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■はじめに 


r X68/040turboj この名前を見て、オッと思った人もいるでしょう。しかし、 
残念ながら、 X68 シリーズの新機種ではありません。これは、私の愛機のこと 
を勝手にそう呼んでいるだけです。でも、この名前はダテじゃありません。* 1 

本体は X68030 ですが、マザーボードのプロセッサソケットには、 68EC030 
のかわりに 040tubro* 2 と名付けたドータボードが挿さっており、この上に、 
名前のとおり68040が搭載* 3 されているのです。 

もちろん、040 turbo は既製品ではありません。個人的な68040^の思I、入れ 
で作った手作りハードウェアです0しかし、パソコン通信を通して多くの人の 
賛同を得たことから、プリント基板を起こして一般公開し、参加者の数も50人 
を超えるまでになっています。 

そして、公開されたフリーソフトウェアが多くの人の手でさらによいものに 
磨き上げられていくように、この 040turbo も参加者みんなの手によって磨か 
れてきました。今や Human68k* 4 の使用はほとんど支障がないレベルにまで 
なっていますし、 NetBSD* 5 も68030バージョンの移植と並行して、68040バ 
ージョンの移植もいち早く行われました。 

しかし、ここまでくるのは決して簡単ではありませんでした。この本は、X 
6803 0® 場からほぼ1年、 040turbo に明け暮れた日々を綴った、 040turbo の 
メイキングストーリーです〇 

「040turbo 製作編」は、 040turbo 誕生のストーリーです。 

「番外奮闘編」は、 040turbo 対応のプログラムを作ってくれた方に寄稿して 
もらった、それぞれの奮闘記です。 

付録1 「040turbo 取扱説明書」は、 040turbo の「取扱説明書」を再編集し 
たものです。 040turbo に関するすべての技術情報が、ここに詰まっています。 


* 1 

察しはつくと思いま 
すが、この名前、8ビ 
ツトマシンの名機、 「X 
1 turbo j にちなんだ 
ものです。 


* 2 

最初は 「 TURB 0040」 
という名前でしたが、 
某マシンのアクセラレ 
ータにこういう名前の 
製品があったので、ひ 
っくり返して、こう命 
名しました。 


氺3 

68030も搭載できる 

ようになっており、 ス 
イツチで切り替えて使 
うことができます。 

氺4 

ver 3.01、 ver 3.02 に 
パッチを施しています。 


*5 

フリーの UNIX の1 
つ。 これは、ソースの 
ある強みです。 


199件4月 


BEEPs 
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X 68000 から X 68030 へ 


X 68030 がやってきたときのことは今でもよく覚えています。 

X 68000 XVI への買い換えを見送って、ひたすら32ビットの X 68000 を待ち 
続けた私には、 X 68030 の噂を聞いて ''68030" という点に割りきれない思い 
を持ちつつも* 1 、とてもそれを見送る余裕はありませんでした。正式発表も待 
たずに、詳細未定、値段未定の段階で、秋葉原の T 店に予約* 2 を入れていたの 
です。 

それからは、噂に一喜一憂しつつ、正式発表の日を指折り数えて侍ちました。 

そして、とうとう登場してきたそのマシンは、数ある噂のなかでも最も下の* 3 
スペックと、最も上の値段でした。もともと、 PC / AT 互換機や Macintosh に 
浮気しそうになる心を押さえるために、予約を入れて侍ち続けたようなもので 
すから、実際に発売が開始されたと聞いては、いてもたってもいられません。 

予約した T 店に電話を入れると、入荷状況がよくなくて、いつ渡せるかわか 
らないとの返事。なんのための予約だと思いながらも、最も信頼できそうな T 
店のこと、ここにないのであれば、どこにもないんだろうなと自分に言い聞か 
せました。 

しかし、その夜、ハ。ソコン通信をのぞくと、すでに購入したという書き込み 
を発見。それも、秋葉原で売っていたという話です。 

なんだなんだ、予約が後回しにされているのか？ 

次の日、いきり立ってまた電話すると、昨日の電話の後、何台か入荷したの 
で、すぐ発送したとの返事。それまでの怒りもどこへやら、電話しながら顔が 
ニヤケてくるのがわかります。 

そうと聞いたら、すぐさま行動開始です。 X 68030 のハードディスクはハー 
フピッチタイフ。ですが、 今使っ ている X 68000 のハードディスクはすべてフル 
ピッチタイプなので変換ケーブルが必要です。急いで買いに行こうと部屋を出 
たとき、飛脚のマークのトラックが'到着したの力 5 '見えました。そして、4階の 
わ力 5 '家までおじさん力 ? 肩にかついで運んできたのは、横に「32」と大きく描か 
れた茶色のダンボール箱でした0 


すでに68030は古い 
という思いがありまし 


たので。 


* 2 

ちなみに、私は名古 
屋に住んでいますが、 
早く手に入るかもしれ 
ないと、わざわざ秋葉 
原の店に予約を入れま 
した。その店の予約第 
2号でした。私と同じ 
ような思いの人がほか 
にも1人はいたという 
わけです。 


* 3 

激烈な低価格競争を 
繰り広げている PC/AT 
互換機や Macintosh だ 

つたら、デイスプレイ 
と ハ ー ドデイ スク 込み 
の フルセツ トが買えて 
しまうくらいの値段で 
フロツ ピーモデルの本 
体しか買えないのです 
から、予約していなか 
ったら、私もほかのマ 
シンに転んでいたかも 
しれません。 
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最初にやったこと 


いちおう最初は、 X 68030 がちゃんと起動するかどうかを調べる意味もあっ 
て、同封のフロッピーディスクを使って動かしてみましたが、動作5鶴忍もそこ 
そこに X 68030 の右側タワーの分解を始めました。 X 68030 はマザーボードがシ 
ールドにガッチリ覆われているので、分解しないとマザーボードをほとんど拝 
むことができません。 

X 68000 のときは内蔵のメモリボードを取り付ける！：きに開けたくらいで、 
その後、クロックアップの話題が盛り上がるまで、およそ4年くらい、一度も 
分解したことがありませんでした。 X 68000 の盛りだくさんの機能を使うのが 
楽しくて、ソフトウェアだけで満足していたからでしよう。 

これに対し、 X 68030 は機能的に X 68000 とまったく変わらなかったこともあ 
って、もっぱら興味は32ビット化されたプロセッサまわりのハードウェアー点 
にありました。そういう事情もあって、一刻も早く自分の目で68030の載って 
いるマザーボードを見てみたかったのです。写真 1.1 が、 X 68030 を開けてみた 
ところです。 

X 68030 のマザーボードの第一印象は、部品が多く、複雑だなという感じで 
した。同じモトローラのプロセッサを使っていても、 Macintosh のマザーボ 
ードは、コンセプトの違いもあるのでしようが、非常にシンプルです。特に、同 
賴に発表され、同じ 25 MHz の68030を搭載した Macintosh LC 3と X 68030 
を比べると、この違いは顕著です。 

こんな複雑な作りをしていたら、 X 68030 がバカ高い値段になってもしかた 
がないのかなと妙に納 t 辱したりしてしまいました。 

といっても、所狭しと部品が並んでいる X 68030 のマザーボードもマニアッ 
クな感じで好きです。昔、 MZ -80 K のマザーボードを眺めていた* 1 ので、その 
感覚が染み付いているのかもしれませんが、 X 68030 のマザーボードを眺めて、 

なかなかカッコイイじゃない。 

と、しばし悦に入っていました。 

余談ですが、初代の X 68000 のマザーボードをはじめて見たときは、壮絶な 
作りにびっくりしました。普通コンピュータ基板といったら整然!:部品が並ん 
でいて、その間を改造のための細い線が走っている程度なのです力す、私の X 


氺1 

MZ -80 K は、車のボ 
ンネットを開けるよう 
に、本体をパカッと開 
けることができました。 
この中には、8ビット 
マイクロプロセッ サの 

傑作、 Z 80 を戴くマザ 
ーボードが鎮座してお 
り、意味もなく開けて 
は、眺めていたもので 
す0 
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写真 1.1 上： X 68 Q 3 Q のマザーボード下： MZ -80 
K のフタを開けたところ右： 68030まわり 



68000の中はテレビの酉己線かと思われるような太い線が這い回り、 1 C の足にコ 
ンデンサカ涑になって直付けされていたのです。もちろん、私がやったわけで 
はありません。もともと、そういうマザーボードだったので'す。 

そこへいくと、 X 68030 のマザーボードは改造線など1本もなく、非常に美 
しい基板でした。まあ、発表がかなり遅れましたから、出荷までにマザーボー 
ドをきれいに改版したのでしよう。 
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X 68030 はいいマシンか 


5年以上も侍たせたのに、グラフィックゃサウンド機能などに関しては X 
68000とまったく変わらず、売りであるプロセッサの32ビット化にともなうハ。 
ワーアップといっても X 68000 比にすぎません。ちまたにある他のマシンはさ 
らに上を行っていますから、残念ながら、 X 68000 ユーザーでも X 68030 を評価 
しない人は多いようです。* 1 
かくいう私も、 

インテル系は486が主流なんだもの、モトローラ系なら68040だよな。 


氺1 

X 68030 の発表を機 
に X 68000 から他機種 
に移ってしまった人は 
多いようです。 


と思っていましたから、噂* 2 の信憑|生が高まっていくなかで、もしかしたら 
X 68040 になるんじやないか、というかすかな望みを抱いていました。ですか 
ら、 X 68030 の正式発表を見て、ガッカリしたうちの1人です。 

しかし、 X 68030 は堅実に32ビット化して、 25 MHz に耐えうる性能になった 
こ！：は評価できます。というのも、68020や68030はデータバスが16ビットで 
も使えるダイナミックバ、スサイジングという機構を持っているので、 X 68000 
にちょっと回路を追加すれば接続することができるのです。 

実は X 68030 が登場する1年前、 X 68000 に32ビットの新^重が出なかったこ 
とに失望して、前の愛機、初代 X 68000* 3 にこのダイナミックバスサイジング 
權を使って68020を載せたことがあります。 


* 2 

噂では、たいてい、 
とんでもないスペック 
の マシンに なっていた 
りするのですが、今回 
の噂はプロセッサが 
68030という点だけは 
共通していました。 


*3 

X 68000 XVI もいいマ 
シンでしたが、私の望 
んでいたものではなか 
ったので買い換えには 
至りませんでした。 


COLUMN 

幻の X 68020 

噂では、何年も前から X 68020 があったけど、お蔵入りになっていたとか。 
調べてみると、確かに X 68030 のハードウェアは、バースト転送や同期式の 
バスアクセスなど、68030で強化されたハードウヱア機能は使われていませ 
ん。 X 68020 をベースにして、ちよこっと68030用の回路がつけてあるだけの 
ようです。 

しかし、もしこの噂が本当なら、 X 68020 でいいから、もっと早く発表し 
てほしかったものです。 
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ハードウェアの製作は比較的簡単でした。『68020ファミリ活用の実際』（電 
波新聞社）という本に68020を68000につなぐための回路が載っていたので、 
これを X 68000 用にモディファイし、68000と68020を切り替えて使えるように 
したのです。後は力業で、写真 1.2 のようなものを作り上げました。むしろ 
Human68k ver 2.03 を解析して、68000と68020の非互換部分をパッチ* 1 する 
ソフトウェアを作成する作業のほうが大変だったくら L 、です。 

苦労の末、なんとか X 68000 の 10 MHz の16ビットバスの上で動いた68020で 
したが、結果はほとんど速くなりませんでした。実は、前にもパソコン通信で 
68020を X 68000 に載せた話を聞いたことがありました。その結果もほとんど 
速くはならなかったそうですが、そう聞いてはいても、自分の手でやってみた 
かったのです。68020のクロックアップや、32ビットの ローカル メモリなど 
を持たせれば性能が上がるかもしれませんが、とても、そこまでやる気力はあ 
りませんで'した。 

結局、この試みは「68020が動いた」* 2 という自己満足だけで終わり、ちゃ 
んとした32ビットデータバスの X 68000 の後継機種が出るのを侍つことになっ 
たので'す。 



: Si 

OCS 




平 艰，欲 ft 、 

免 W : (商 





: 


氺1 

後に Human 68 k ver 
3をこのマシンで使っ 
たら、ノーハ。ツチで動 
きました。 


氺2 

しばらく使っている 
と暴走してしまいまし 
たが、その原因は追究 
しませんでした。ちな 

みに、スペースハリア 
一はこの マシン 上でず 
っと動いていました。 
熱暴走ではなくて 
ROM か何かのアクセ 
スに問題があったので 
しよラ。 


写真 1.2 X 68 DQQ 用の68020ボード 
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話が脱線しましたが、たとえ32ビットプロセッサでも、16ビットバスのX 
68000のままでは性能が出ないという苦い経験があっただけに、内心、 X68000 
の後;継_が、この安直な方式になるのではないか、と恐れていたのです。 

この点では、 X68030 は 25MHz にクロックアップされ、ちゃんと32ビットデ 
ータバスになっていましたから、清く正しい32ビットマシンとしての*^はク 
リアしていたわけです。もっとも、 VRAM を含め I/O 系は X68000 の流用* 1 で、 
16ビットバスでアクセスも 10MHz 並みにやたら遅いということを後から知り 
ましたので、かなり減点になりました。 

ほかにも1600万色表示や、1024 X768 ドットの高解像度表示* 2 、 CD クオリ 
テイの 48kHzl6 ビットサンプリングの PCM 音源など、あったらいいなと思え 
る機能は挙げていけばきりがありません。しかし、考えてみると、もともとX 
68000は6万5000色表示、768 X 512ドットの解像度、 15kHz の4ビット 
ADPCM 機能と、カタログスペックこそ劣るものの、標準でこれだけ装備し 
ていますから、私にとっては不満はありません。使用目的が偏っているからか 
もしれませんが、 X68000 にパワー不足以外の不満を感じていなかったので、 
ここらへんは目をつぶることができました。 

むしろ、残念だったのは X68030 にプロセッサの披張I生がなかったことです。 
拡張 I/O スロットはあいかわらず X68000 レベルの16ビツト 10MHz バスで、32 
ビット 25MHz のプロセッサのパワーを引き出すことができません。 

またまた Macintosh を引き合いに出して申し訳ないのですが'、 Macintosh 
には、 PDS (Processor Direct Slot) といって、プロセッサのバスに直結し 
たスロットがあり、グラフイックカードやアクセラレータカードなどを取り付 


* 1 

これなら、 X 68000 用 
に68030と32ビットロ 

—カルバスを載せたボ 

ードを作れば、 X 68030 
と同じだと思った人も 
いるかもしれませんね。 


氺2 

これは改造可能です。 
第7章参照。 


COLUMN 


X 68000 の5年伝説 

X68000 の発表された当時、本当かどうか真偽のほどは知りませんが、メ 
—カーは 5年間は X68000 の基本仕様を変えないといったということで、 ュ 
ー ザ ーからおおいに 支持されました。その頃は8ビッ トマシン 大変革のとき 
で、 他の 機種では半年や1年で大幅な機能強化がなされた新機種が出て、旧 
機種はどんどん陳腐化していく状況に私自身嫌気がさしていましたし、なに 
よりも X68000 のスペックは 時代を先取りしていましたので、 メーカーのい 
うように5年間は十分持つと思いました。 

そして、変化の激しいコンピュータ業界にあって、 X68000 は本当に機種 
名とソフトウェアのバージョンアップしか行われずにきました。これは快挙 
だと思いますし、 X68000 は確かに5年は持ったと、今でも思っています。 
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けることが容易にできるようになっているのです。 

X68030 には、こういった拡張性が配慮されていません。幸い、プロセッサ 
自体はソケット取り付けになっているため、このソケット経由で無理やりプロ 
セッサの信号を取り出すことができますが、あまりスマートなやり方とはいえ 
ないでしよう。披張I生に関しての酉膽があれば、多少、基本スペックに不満が 
あっても希望が持てるのですが、残念なところです。 

こうやって見ると、 X68030 がいいマシンなのかダ、メなマシンなのか、わか 
らなくなってしまいますが、先代の X68000 が時代を先取りした、ずば抜けた 
マシンだっただ'けに、 X68030 の言平個 i が辛口になっているといえるでしょう。 


X 68030 と力の入ったソフトウェア 


* 1 

仮に X 68030 に PDS 

相当の スロット があっ 
たとしても、アクセラ 
レータカー ドなどが 出 
る保証はありません力、 
披張の方法をメ ー カー 
がちゃんと用意してい 
れば希望が持てます。 


スペック的にはなんだかんだと不満があっても、やはり、プロセッサが16 
ビットの68000から32ビットの 68EC030 に変わり、クロックも上がった X68030 
は、確実にパワーアップしていました。 

特に SX-WINDOW を使ってみると、それが実感できます。 X68000 で SX- 


WINDOW を使ったときは、ウインドウをマウスでドラッグして移動すると 
いう基本的な操作でも、マウスボタンを離した後、ウインドウが描画されるま 
でにワンテンポ待たされてイライラしました。 SX-WINDOW 利用者が少な 


COLUMN 

でも、その次が期待外れでした。5年待ったのですから、次はもっと凄い 
ものを期侍するのが人情ですが、 SUPER、 XVI、 compact XVI、そしてや 
っと、 X68030 です。これでは、他機種と同じです。いや、他機種だったら、 
X68000 が発売された次の年にはもうやっていたことかもしれません。5年 
間モデルチェンジをしないということは、5年ごとには凄い機種が出ること 
を意味していると誰もが思っていたのに、実際には1年目のモデルチェンジ 
が5年先に延びただけのようにも見えます。 

X68030 が発表されてから1年間がたちますが、いまだに新機種の噂は聞 
こえてきません。もしかしたら、X1から X68000 になったように、今度はX 
68 シリーズとはまったく違った、新しいアーキテクチャのマシンが出番を侍 
ってい るのかもしれません。 
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いのは、アプリケーションや開発環境がないからというのが最も大きな原因で 
しょうが、私の場合は、このイライラのために SX-WINDOW を積極的に使 
う気になれませんでした。 10MHz の X68000* 1 では使う気にならなかった SX- 
WINDOW でしたが、 X68030 ではウィンドウの開閉も移動も実にスムーズで、 
非常に気持ちよく使えるのです。 

また、6万5000色のグラフィックウィンドウや動画表示など、機能的にも 
非常におもしろくなっていました。 X68030 の開発は、ハードウェアよりも 
Human68k ver 3と SX-WINDOW などのソフトウェアのバージヨンアップ 
のほうに力力 ? 入っているといわれていましたが、？萑かにそう思わせるくらい、 
パワーアップしていました。そして、 X68030 は、それらのソフトウェアを余 
裕を持って動かす ハ ードウェア ノぐワ ーを持っているのです。 

逆にいえば、 SX-WINDOW のように CPU パワーを食うプログラムを使っ 
てみないと、 X68030 の恩恵があまり感じられないともいえます。 

実際、フリーソフトウェアを中心として構成されている X68000 の環境では、 
どれもストレスなく使えるよう非常に高速にチューンナップされたものばかり 
ですから、 X68030 に移行しても目立って速くはなりません。むしろ、不具合 
が出ることのほうが多いのです。 

不具合の筆頭は、画面のスクロールを高速にするために、 X68000 の CRT コ 
ントローラの機能の1つであるラスターコピーを直接使用した場合に画面にゴ 
ミが出るというものです。少しでも高速にするために、68000のスピードにあ 
わせて CRT コントローラの制御を省略していたのが、68030の高速動作に引 
っかかってしまったのでした。 

ちなみに、 IOCS コー ルで用意されている ラスターコピールー チンではこれ 
への対处がなされているために、 IOCS コールを利用したプログラムでは不具 
合が起こりません。 

このほかで問題になったのが自己書き換えプログラムです。自己書き換えと 
いうのは、動作しながら自分の実行すべき命令コードを書き換えていくような 
手法で、たとえば、条I牛分岐をしなくても実行内容を変えること力 5 'できるため、 
高速化のテクニックの1つとして使われていたりします。ただ、命令コードを 
データと見なして書き換えるため、68030のように命令キャッシュとデータキ 
ャッシュカす分かれている* 2 と、命令キャッシュ上は書き換えられません。この 
ため、前の命令のまま実行され、目的とする動作と異なってしまうのです。 

X68030 でプログラムするときは自己書き換えプログラムはやめましょうと 
いわれていますが、 X68000B# 代にはそんなことはいわれていなかったので、 
自己書き換えプログ'ラムは結 W あります0 


氺1 

もっとも、その頃の 
主力機種は 16 MHz に 
なった X 68000 XVI です 
から、 10 MHz のマシン 
はターゲットになって 
いなかったのかもしれ 
ません。 


氺2 

ちなみに、インテル 

の80486は命令キヤツ 
シユとデータ キヤ ツシ 
ュの区別がありません 
ので、自己書き換えし 
ても問題はないようで 
す。 
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また、積極的に自己書き換えをしているわけではないのですが、結果的に同 
じ問題が起きるのが、 1ZX でした。 1ZX はプログラムを圧縮したまま実行でき 
ます。これは、実行時に 1ZX の展開ルーチンが呼び出されて、圧縮されたプログ 
ラム本体をメモリ上に展開した後、本来のプログラムを実行する仕組みになつ 
ているからです。しかし、この展開作業がまさに自己書き換えにあたるため、 
Izx 化されたプログラムを X68030 で動作させようとすると不具合が起こるの 
です。 

こういつた不具合はほかにもいくつかありましたが、すぐにパッチなどの対 
処がなされましたし、ほとんどの X68000 時代:のプログラムは問題なく X68030 
で使用することができたため、 X68000 から X68030 への移行は非常にスムーズ 
に今亍えました。 

ここで、 X68000 から X68030 に移行して劇的な速さを痛感した話を紹介して 
おきましょう。 


|やっぱり X 68030 は速い 

X68030 への移行が一段落し環境の整備も整った頃、浮動小数点演算プロセ 
ッサ68882を取り付けてみました。 

X68030 のコプロ セッサは PLCC (Plastic Leaded Chip Carrier ) という 
形状のもので、 X68000 のコプロセッサボードに使われていた PGA (Pin Grid 
Array) タイプは流用できません。かといって、純正品は5万円以上もするの 
で、 Macintosh 専門店で1万円ちょっとで売っていた LC 3 &DUO 用という 
33MHz の68882を購入しました。 

さて、68882を取り付け、浮動小数点演算パッケージも FL0AT4.X に取り 
替えました。こうなると、 X68030 の浮動小数点演算パワーを見てみたくなり 
ます。 

友人に、レイトレーシングプログラムを C で起こし、 24MHz にクロックア 
ップした X68000XVI でバリバリ使っている Hat 氏* 1 がいましたので、彼がそ 
のプログラムを持ってわが家に遊びにきたときに、さっそく X68030 でレイト 
レー シング'* 2 を試してみました。 

しかし、期待に反して、 


そんなに速くないじやない。 


氺1 

彼とは大学時代から 
の腐れ縁です。彼は8 
ビットバソコンの時代 
からレイトレーシング 
をやっていました。 


* 2 

浮動小数点演算を多 
用するので、68882の 
テストにはぴったりで 
す。 
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X 68000 XVI のほうのプログラムは、 GCC の吐き出す浮動小数点演算命令を 
FPPP . X * 1 というプログラムに通すことで、68881を直接駆動するようになっ 
ていました。これは、 FL 0 AT 3. X 経由で68881を使うよりも数倍から数十倍 
高速です 。 

一方、 X 68030 用のプログラムには、 GCC の吐き出す浮動小数点命令をアセ 
ンブルできるアセンブラ* 2 がなかったため、浮動小数点演算命令を使わずにコ 
ンパイルしていました。このため、 FL 0 AT 4. X 経由でコプロセッサを使わざ 
るを得ません。一画面を描画する時間でいえば、 X 68000 XVI (24 MHz ) は7 
分、 X 68030 は5分。その差は、わずかに 1.4 倍。ちなみに、 10 MHz の X 68000 
は1盼でした。これには2人とも力''ッカリしました。 

しかし、簡単にはあきらめられません。さっそく、別の友人にあたって GCC 
の吐く浮動小数点演算命令を使えるようにするプログラムを入手しました。こ 
の結果、一画面を描画する時間は1分20秒にまで讎されました。 X 68000 XVI 
(24 MHz ) と比較して5倍以上、 10 MHz の X 68000 とでは12倍の差です。ベン 
チマーク テス トの結果に 一喜一憂す るのはくだらないことと 思いつつ も、やは 
り愛®力零月待した性能を出せないと奮起してしまうのは、マイコン_戈からの 
性でしようか0 


* 1 

谷本孝浩さん作のフ 
リーソフトウェア。 


* 2 

現在は、 XC ver2.1 
NET KIT の AS のほか、 

フリーソフトウェアの 
fas、has が対応してい 
ます。 


X 68030 のハードウェア 


X 68030 で動かすソフトウェアの速さに満足した後は、またまたハードウェ 
ア への 興味がわいてきます。 

最初にマザーボードをむき出しにした後は、ずっと、 X 68030 のカバーは開 
けっぱなしのままなので、目の前で動いているハードウェアの挙動を見てみた 
くなります。こういう用途に威力を発揮するのが、ロジックアナライザ'です。 
ロジック アナライザは、ハードウェアの信号線にプローブを取り付け、信号レ 
ベルが High か Low かをサンプリングする装置です。信号の組み合わせ条件を 
設定しておいて、それをトリガ' として前後数千ステップをサンプリングできる 
ので、ハードウェアの不具合の解析に威力を発揮します。 

私の使っているロジックアナライザは、 X 68000 に68020をつなぐときに必 
要に迫られて購入した DL 8 という製品（写真 1.3) で7万円ちょっとという、 
ロジックアナライザ!：しては破格* 3 の値段のものです。ただし、たったの8チ 
ヤン ネルしか見ることができず、 サンプリング クロックも最高 80 MHz ですか 


氺3 

同じような位置付け 
の製品で、 PA-200 とい 
うものもあります。こ 
ちらは10万円をちよつ 
と超えますが、 100M 
Hzl6 チヤンネルか、 
200MHz 8チヤンネル 
で使えます。 
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ら、 10 MHz の68000で 使う 分には十分でしたが、 25 MHz の68030で 使う場合 
には少々力不足です。しかし、まともなロジックアナライザは数百万円もしま 
すから、これでもしかたがありません。 

ちなみに、この DL 8 は 、 PC -9800シリーズをホストとして使うようにな っ 
ているため、中古の PC ~9801 U も購入しましたが、これはたったの1万円でし 
た。 

さて、実際にロジックアナライザを使って X 68030 の信号を観察するわけで 
すが、68030は68000と違って PGA というタイプの LSI を使っているので、表 

から端子に触ることができません。このために、市販のエクステンション_ 
を改造して* 1 、信号を取り出すテスト基板を作りました（写真1.4)。 

X 68030 のマザーボードから68030を抜いて、このテスト基板を取り付け、 

その上に68030を取り付けます。これで X 68030 のメモリアクセスについて、 
ROM 、 RAM 、 VRAM について調べてみました。 


氺1 

このエタステン シヨ 

ン基板は 12 X 12 列なの 
で、そのままでは 13 X 
13列の68030には使え 
ません。 
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ROM アクセス 

X68000 と X68030 の ROM の違いは、バス幅とクロックだけと見ていいでし 
よう。図1.1.&に乂68000のアクセスの様子を、図 l.l.b に X68030 のアクセスの 
様子を示します。所要クロック数は、68000で5クロック、68030でも5クロ 
ック幸 1 。さらに、バス幅は68030が68000の2倍ですから、トータルとして68000 
の5倍といえます。 


CLK 

(10MHz) 




AS 寸 
I 
I 


DTACK 


(a) X68000 


/ 


r 


氺 i 

同じクロックでも i 
クロックの時間が 
X 68030 のほうが短い 
ですから 2. 5倍速いと 
いえます。 



AS 


DSACKx I 
I 





(b) X68030 


図 1.1ROM アクセスのタイミング 


RAM アクセス 

X68000、X68030 のメインメモリは DRAM により構成されています。 DRAM 
は、図 1.2 のような内部構成になってぉり、1つのアドレス入カピンをロウア 
ドレスとカラムアドレスという2_で時分割して使用するようになっていま 
す。そして、今、どちらのアドレスを与えているかを RAS (Row Address 
Strobe)、CAS (Column Address Strobe) という信号で指定するようにな 
っています。このため、 RAM のタイミングは多少 ROM よりも複雑になりま 
す0 
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図 1.3 が 10MHz の X68000 の RAM のタイミンダです。68000のバスサイクル 
はもともと最少でも4クロックなので、これはノー ウェイト* 1 で動作している 
といえます。 

これに対し、 X68030 では 25MHz という、さらに高速なクロックになり、68030 
自体のバスサイクルも3クロックですむようになったため、 X68000 時代のメ 
モリ構成ではウェイトが入りまくってしまい、68030の性能を発揮できません。 

このため、 X68030 ではスタテイッタカラムモードという特殊なアクセス* 2 
方式が採用されています0スタティックカラムモードは、ロウアドレスが'同じ 
アドレスのアクセスの場合、最初の1回目は通常と同じようにロウアドレスと 
カラムアドレスを与えてアクセスしますが、2回目以降も同じロウアドレスの 
範囲になる場合、 RAS 信号を出しっぱなしにしておけば、ロウアドレスの指 
定を省略して、いきなりカラムアドレスを与えるだけで高速にアクセスできる 
というものです。 



図 1.2 DRAM の構造（概念図） 



氺1 

一部の拡張メモリボ 
ードでは、ウェイトが 
入るものもあります。 


* 2 

ほかにも高速ページ 
モー ド やニ ブル モー ド 

といった特殊なアクセ 
ス方式がありますが、 
これは DRAM のタイ 
プで決まっています。 
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X68030 のメモリアクセスは、このスタテイックカラムモードがあるために、 
アクセスのしかたによって、タイミングがかなり変化することになります。図 
1.4 は、スタティックカラムモードが，力くように、ある番地から連続してメモ 
リアクセスした場合です。最初のアクセスには5クロックの日寺間がかかってい 
ますが、次からは3クロックになっています。スタティックカラムモードが効 
いている場合はノーウェイトになっているといっていいでしよう。 



氺1 

命令実行やアドレス 
算出などの内部処理を 
しています。外部アク 
セスが遅ければ隠れて 
しまう力 ? 、アクセスが 
速いと見えてきます。 
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逆に、スタティックカラムモードが効かなくなるように、わざとロウアドレ 
スが変わるような番地にアクセスしたのが図1 . 5です。 

メモリ コン ト ローラは、 スタテイックカラムモードでアクセスで、きることを 
期侍して、前のアクセスが終わっても RAS を出しっぱなしにしているために、 
次のアクセスに入ってから、図 1.5 の斜線部分のようにいったん RAS を戻さな 
ければならず、2クロックもよけいにかかって7クロックになっています。 

また、 X68030 は、スタテイックカラムモードを使わないようにする* 1 こと 
もできます。この場合は、図 1.6 のようになり、コンスタントに5クロックか 
かります。 

スタテイックカラムモードは、メモリアクセスのパターンによっては効率が 
悪くなる可能1生もありますが、普通、データはある® t まとまって配置される 
ので、トータル的に見ればスタテイクカラムモードを使わないよりも、使った 
ほうがスピードが速くなるでしょう。いろいろなベンチマークプログラムを使 
ってみた感じでは、スタティックカラムモードを使った場合は、使わない場合 
に比べ、およそ20% くらい速いようです。 



氺1 

隠し機能のようです 
が、マザーボード上の 
ある 場所にジャンノ、 °一 
線を張ることで、スタ 
テイックカラムモード 
を切ることができます。 
後で詳しく説明します。 
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- ■ I ランダムポート 

図 1.7 デュアルポート RAM の構造（概念図） 


COLUMN 

VRAM アクセスのウェイト 

MZ-80K は、デュアルポート RAM なんて便利なものはなかったので、表 
示のための VRAM アクセスとプロセッサとアクセスがぶつからないように 
するため、ソフトウェアで垂直同期期間をチェックして、このときだけにア 
クセスを制限していました。これを無視して VRAM アクセスすると、画面 
にノイズが出てしまいました。ちなみに、名機 APPLE IIは、普通の DRAM 
を使っていました力す、ハードウェアの作りが絶品で、アクセスがまった〈ぶ 
つからないように工夫してありました。これには憧れたものです。 


アドレス 

RAS 

CAS 


VRAM アクセス 

X68000 シリーズの表示系は、テキスト画面、グラフィック画面、スプライ 
卜画面があります力' ここでは、テキスト画面とグラフィック画面を構成する 
VRAM について説明します。 

この VRAM には、デュアルポート RAM が使われており、図 1.7 のように通 
常の DRAM と同様にランダムアクセスが可能なポートに加え、任意のロウア 
ドレス で指定された1行分のデータを連続してアクセスするためのシリアルポ 
—卜があります。 

ランダムアクセスポートはプロセッサからのアクセスに、シリアルポートは 
画面表示するためのアクセスに使用されます。このため、表示のための VRAM 
アクセスとプロセッサからのアクセスが基本的にぶつかることがありませんか 
ら、いつでも自由に VRAM をアクセスすることができます。 


SAS 


シリアルバッファ 


►シリアルポート 




A 


デコ I ダ 
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図1 . 8 . a が、 10MHz の X68000 の VRAM アクセスの樣子です。 

X68030 では、 VRAM を含め I/O 系は X68000 の回路を流用しているようで、 
16ビットのままです。動作クロックは 12.5MHz と若干上がっていますが、決 
して速くなったとはいえません。図 1.8.b に、その様子を示します。1回のアク 
セスに実に10クロックかかっていることになります。 

X68000 との互換性を糸街寺するために、 VRAM は X68000 と同じ構成をとら 
ざるを得なかったのかもしれません力 ? 、メインメモリは高速イ匕にあわせて工夫 
されているだ'けに、 VRAM アクセスのこの遅さは残念なところです。 




( b ) X 68030 

図 1.8 VRAM のアクセスタイミング 
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VRAM は、メモリ容量的にも、メインメモリに比べ効率が非常に悪いもの 
になっています。メインメモリを構成する DRAM は8個で 4 M バイトなのに 
対し、 VRAM * 1 は32個（テキスト VRAM + グラフィック VRAM ) 使って、 
やっと 1 M バイトしかありません。 X 68000 の表示まわりのハードウェアは凝 
った作りになっていますから、互換を！：るのも大変で、 VRAM に使っている 
メモリチップ* 2 を安易に変えたりすることができないのでしようが、画面表示 
は注目度力镐い部分ですから、頑張って高速•ハイレフルカラー化を目指 
してほしかったところです。 


* 1 

256 K ビットのデュ 
アルポート RAM 。 


* 2 

Macintosh などは SI 
MMlTVRAM を纖で 

きるようになっていま 
す。 


COLUMN 


VRAM の特殊機能 

デュアルポート RAM の大きなメリットとして、画面表示を乱さずに、い 
つでも VRAM をアクセスできるという点があります力、 X 68000 では次の機 
能にも活用されています。 

ラスターコピー 

デュアルポート VRAM のシリアルポートは、普通、表示のために使われ 
ていますが、これを流用し、コピー元のラスターを VRAM 内のシリアルポ 
ート用バッファにセットした後、そのままコピー先のラスターに書き込むこ 
とで実現しています。 

ラスター 単位で ごっ そり コピーでき ますから、 ランダムポー ト経由で1 ヮ 
ー ドずつ コピーするよりはる かに 高速で、 X 68000 で高速な画面スクロー ル 
を実現するためにはなくてはならない、おなじみの機能です。 

ビデオ取り込み 

普通は、シリアルポートから VRAM の内容を読み出してデイスプレイに 
表示しているのですが、イメージュニット端子からビデオ信号をデジタル変 
換したデータをもらい、このシリアルポートから、逆に VRAM 内のシリア 
ルポート用 バッファに 書き込んでいって、1ラスタ分のビデオデータがたま 
ったところでメモリセルに書き込むのです。これをラスター単位に1画面分 
繰り返してビデオ取り込みを実現しています。 

これらは、デュアルポート RAM のチップが持つ、ハードウエアにベった 
り依存した機能ですから、互換を考えると VRAM を安価なものに変えると 
いった仕様変更は、おいそれとはできないでしよう。 


28 






第 1 章 X 68030 がやってきた 


| 68030のパヮー 

さて、シャープの広告によれば、 X68030 の演算速度は X68000 の2倍以上、 
DHR YSTONE ベンチマークで X68000 比4 . 3倍、 16MHz の X68000X VI 比で 
2.4 倍となっています。バスが16ビットから32ビットになって2倍、クロック 
が 10MHz から 25MHz になって 2.5 倍、あわせて5倍を期待したいところです 
力 5 '、さすがにそれは無理のようです。しかし、この数字は、まあ、いい線をい 
っていると見ていいでしょう。 

X68000XVI が登場したときはクロック比で X68000 の 1.61 音しかなかったに 
もかかわらず、10 CS.X などのシステムソフトウェアの改良により画面表示が 
高速化したということで、伸®速度は2倍と広告していたのですから、これに 
比べればだ L 、ぶ控えめにはなっています。実際のアプリケーションにおいては 
画面表示やデイスクアクセスなど、マシン全体の性能が効いてくるため、 I/O 系 
にほとんど改良を加えなかった X68030 ですから、速度について大きなことは 
いえないのかもしれません。それでも、 X68030 は確実に高速化しました。実 
際のところ、プロセッサの違いがどう性能に影響してくるのか、もう少し突っ 
込んで説明しましよう。 


COLUMN 

68 EC 030 

ここでは、あえて X68030 のプロセッサを 68030 として説明してきま したが、 
実際には 68030 から MMU (Memory Management Unit) 機能を省いたサ 
ブセットである 68EC030 が X68030 には搭載されています。ちなみに、ヽ EC" 
を、私は最初エコノミーのことかと思っていましたが、 Embedded 
Controller の略だそうで、制御用の分野に特化したプロセッサという意味だ 
そうです。 

MMU がないこと以外はソフトウエア的にも同じといってよく、 Human 
68k で使う分には支障がありません。逆に、仮想記憶など MMU を必要とす 
る機能に関しては、今後、 Human68k がサポートする見通しもほとんどな 
いわけですから、ちょっと寂しいところです。 

ちなみに、 68EC030 のピン数は 68030 よりも少ないのですが、 X68030 のマ 
ザーボードには 68030 相当の 1C ソケットが使用されているため、 68EC030 を 
68030 に交換することが可能です。 
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68000と68030の違いは以下の点にあります。 


1) バス幅 

2) クロック 

3) オンチップキャッシュ（命令用、データ用でそれぞれ256バイト） 

4) プロセッサ自体の改良 

5) 68882のコプロセッサ化 


1 ) バス幅 

68000はデータバスが16ビットであるのに対し、68030は32ビットです。 
これは、単純に考えると、1回のバスアクセスあたり2倍のデータをアク 
セスできるということになります。しかし、つねに2倍かというとそうは 
いきません。 

32ビットのロングワードデータのアクセスを考えると、68000では間違 
いなく、2回のバスアクセスが必要になります。一方、68030も、データ 
がロングワード境界、つまり、0、4、8、……といった4の倍数にあた 
るアドレスにあれば1回ですみますが、そうでないときには、やはり2回 
かかります。また、8ビットや16ビットのデ、ータをアクセスする場合、パ、 
ス幅は関係なぐなってしまいます。 

XC や GCC などの C コンパイラで作ったプログラムは、基本となる int 
がロングワードなので、その差力す結構出るかもしれませんが、速度重視の 
ため、マシン言吾で'バ'リパリにチューンナップされたフリーソフトウエアで 
はわざわざ不利なロングワードアクセスを使わずに、68000の得意な16ビ 
ットのワードアクセスを使ってプログラムされているでしよう。皮肉なこ 
とに、スピードアップの期侍されるプログラムほど、68030の32ビットバ 
スの恩恵が得られないわけです。 

もっとも、キャッシュがかかわってくると話は変わってきます。キャッ 
シュを オンに するとメモリアクセスは32ビット単位で fi 1 われるようになる 
ので、8ビットや16ビット単位:でアクセスするようなフ。ログ'ラムでも連続 
したアクセスなら、2回目のアクセスはキャッシュ上ですむ* 1 ため、無駄 
が少なくなり、32ビットバスの効果が出てきます。 

なお、 X68030 では、 VRAM を含め I/O 系が X68000 と同じ16ビットの 
ままであるうえ、ハードウエアで CIIN (Cache Inhibit IN) 信号が必ず 
返されるようになっており、キャッシュの使用が禁止されます。このため、 
I/O 系では68030でバス幅力 5 '32ビットになつた恩恵はまったくありません。 


* 1 

ただし、これはメモ 
リ読み込みだけです。 
書き込みは実際にアク 
セスが起こるので駄目 
ですが、普通は書き込 
みだけのプログラムと 
いうのはないので、キ 
ャッシュによる高速化 
を期待できるでしよう。 
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2) クロック 

X68000 のクロックが 10MHz、X68000XVI で 16MHz であったのに対 
し、 X68030 では 25MHz に引き上げられました。クロック周波数が上がっ 
ても、メモリアクセスにウェイトが入りまくって 10MHz 並みのレスポン 
スしか得られなければ* 1 、クロックアップの効果は期待できませんが、X 
68030のメインメモリはスタティックカラムモードカ ? 有効に機能した場合、 
ほぼノーウェイトで動作するので、 25MHz に引き上げられたクロックに 
見合った高速動作が実現されていると見ていいでしょう。 

さらに、ここでもキャッシュがおおいに関係してきます。いったんキャ 
ッシュに読み込まれてしまえば、同じメモリからの読み出しに関しては内 
部処理だけですみます0 メモリアクセスの場合、バスサイクルに最低でも 
3クロックかかりますが、キャッシュからなら1クロックで 1売み出せます 
力、ら、メモリアクセスの遅さが足を引っ張ることがなくなります。 

もっとも X68030 の場合、キャッシュオフでも 10MHz の X68000 よりは 
速く、 24MHz にクロックアップした X68000XVI くらいの速度は出ます 
ので、だいたいクロック比に見合った高速化は達成できているといえるで 
しょう。 

なお、 I/O 系のアクセスではウェイトが入りまくる* 2 し、キャッシュも 
効かないので、クロック 25MHz の恩恵はこれまたほとんどありません。 
画面表示が大半を占めるプログラムでは、残念ながら、顕著な効果は出ま 
せん。 


氺1 

X 68000 互換の I / O 系 
は、まさにそういう状 
況になっています。 


氺2 

VRAM アクセスの 
10クロックという数字 

から見て I / O 系は 12. 5 
MHz で動いているよ 
うです。 


3) オンチップキャッシュ 

X68030 の場合、アプリケーションによっては、キャッシュオフで動か 
した場合とキャッシュオンで動かした場合では2倍以 Ji の性會嗟がありま 
す。一度、キャッシュオンの速度に慣れてしまうと、キャッシュオフの動 
作がまだるっこしく感じられてしまいます。このため、キャッシュが高速 
化の源泉であると錯覚しが'ちですが'、もともと、キャッシュは高速なプロ 
セッサと遅いメモリとのギャップを埋めるためのものにすぎません。 

最近の高速プロセッサでは、数 K から数十 K バイトのキャッシュを持っ 
ているのに対し、68030のキャッシュは命令キャッシュ、データキャッシ 
ュのそれぞれ25シ<イト* 3 しかありません。ただし、仮に68030が数 K バ 
イトのキャッシュを持っていたとしても、プロセッサ自体の处理速度が頭 
打ちになるので、全伸:!：してはそんなには速くはならないでしょう。キャ 
ッシュは、バス幅やクロックのところて、'説明したように、プロセッサ本来 


* 3 

68030発表当時の半 
導体テクノロジ ーとし 
てはこれくらいが限界 
だったのでしよう。ち 
なみに、80386はキヤ 
ッシュを積んでいませ 
ん〇 
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の性能を引き出すために存在しているわけです。 


4) プロセッサ自体の改良 

68000と68030とを比べると、プロセッサ自体も改良されており、バス 
サイクルが4クロックから3クロックに短縮されています。 

さらに、68030では、命令の実行とある程度オーバーラップ* 1 して、命 
令やデータのアクセスを行えるようになっていますので、相対的に一命令 
の実行に要する時間が短くなっています。 

このほか、個々の命令実行についても改良が行われています。68000に 
はなかった32ビットの乗除算命令も装備しましたし、シフト処理などは 
68000ではシフト数によって実行時間が増えていましたが、68030ではシ 
フト数によらず一定時間で完了します。 

ただし、68020を X68000 に載せてもほとんど速くならなかったように、 
実際のアプリケーションの使用においてはプロセッサ自体の改良の恩恵は 
目立つほど多くはありません。 


* 1 

このため、68030で 
は命令キヤッシュケー 

ス、 ノーキヤツシュケ 
ースに 分かれ、そのな 
かでも細か〈条件が分 
かれるので、命令の実 
行時間の算出が非常に 
面倒になっています。 


5 ) 68882のコプロセッサ化 

ある意味では、これが X68030 の最大の性能アップポイントといっても 
いいでしょう。浮動小数点演算能力にかぎっていえば、十数倍という大幅 
な性能アップになっています0前に紹介したレイトレーシングプログラム 
のような、浮動小数点演算を多用するプログラムでは、その威力を発揮し 
てくれます。 

これは、68030が68882をコプロセッサとして接続するようになったこ 
とによる性能アップです。実際の浮動小数点演算は68882が行うわけです 
が、68030との間でコプロセッサインタフェースというハードウェア機構 
によって自動的に処理されるので、ソフトウェアからはあたかも68030に 
浮動小数点数レジスタと浮動小数点演算命令が備わったかのように扱うこ 
とができます。 

X68000 の数値演算プロセッサボードや X68000XVI に搭載された数値 
演算プロセッサにも、68881* 2 が使われていますが、68000自体がコプロ 
セッサをつなぐことができるようにできていないので、 I / O としてつなが 
っているだ'けでコプロセッサとしては機能しません。このため、データを 
与えて浮動小数点演算を実行させるなどの、68030であればハードウェア 
としてコプロセッサインタフェースが面倒を見てくれる处理を、 I / O への 
入出力の形ですベてプログラムしてやらなければならないのです。その分、 


氺2 

X 68030 に使われて 

いる68882は68881の改 
良版ですが、性能差は 
そんなにありません。 
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才 ー バーへ ッ ドが大きくなり、ス ピー ドが上がりません。 

たとえば、浮動小数点数レジスタ fpO の内容を2倍するのに、68030で 
は、 


final.d #2.0, fpO 

このように1行ですむ乗算命令も、68000では次のようなプログラム* 1 に 
しなければなりません。 


100 pirmove.w #$5423, $00E9E00A 
cnpi.w #$9608, $00E9E000 


— fmul . d 相当の命令 
—ステータスチェック 


hne.w 100 pi 

move.l #$40000000, $00E9E010 
move.l #$00000000, $00E9E010 
loop2:tst.w $00E9E000 


―あわせて 

浮動小数点の 2.0 
―ステータスチェック 


tmi.s 丄〇 op 2 


氺1 

このプログラムは 
FPPP .： X 力す生成したも 
のを読みやすいように 
修正したものです。 


もつとも、 Human 68 k 標準の浮動小数点演算パツケージである FLOAT 
4 .X * 2 を通して使う場合は、 FLO AT 4 .X 自体の呼び出しオーバーヘッドが 
大きいために、68882のコプロセッサ化の恩恵はほとんど期侍できません。 
あくまで、浮動小数点演算命令を直接使った専用プログラムでなければ駄 
目です。しかし、性能差がこれほどあるなら、 X 68030 専用のプログラム 
になってしまってもやむを得ないでしよう。 

以上、見てきたように、68030は68000から多くの点で進歩し、処理性能も 
それなりに上がっています。ほんの数年前まではワークステーション* 3 に使わ 
れていたチップなのですから、それがパソコンに使われているというだけでも 
凄いことといえるかもしれません。 

X 68000 のキヤッチフレーズは「パーソナルワークステーション」でしたが、 
68030を心臓部に持つことで X 68030 はハードウエア的にはワークステーショ 
ン並みになったわけです。 

しかし、心臓部に68030を使ったこと力 5 ' X 68030 のパワーの源であると同時 
に、限界でもあります。仮に68030をクロックアップした後!*機種が出たとし 
ても、68030自体の最高クロックは 50 MHz ですから、 X 68030 L * 4 止まりです。 

今やワークステーションは、68030アーキテクチャに見切りをつけて RISC 


氺2 

FLOAT 4. X パッヶ 
—ジで数値演算を統一 
G 勺に扱うことにより、 
演算プロセッサの有無 
などでアプリケーシヨ 
ンを使い分けなくても 
すむという今の方式は、 
当初、私もいいアイデ 
アだと思っていました。 

* 3 

SUN 3やソニーの 
NEWS など、ほとん 
どの メーカーで 68020 
や68030が使われてい 
ました。 


* 4 

L はローマ数字の50。 
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プロセッサに移行してしまいましたし、残念ながら、68030は旬を過ぎ、すで 
に速度的に一世代から二世代前のプロセツサになってしまったといえます。 


\Aice of Users このコーナーは ”040 turbo の基板配布〃に参加して、すでに X 68030 上で 

r 68040の世界を体験している方の感想を集めたものです。 

骨までしゃぶれる68040 

68000から見れば、68030は十分高性能ではあるのですが、やはり68040とい 
う超高性能な CPU を一方で知ってしまっている以上、「いつかは68040を骨ま 
でしゃぶれるマシンがほしい」と思っていました。そこへ 040 turbo の登場です。 
これはもう、 040 turbo の配付を申し込まずにはいられませんでした。ほかの多 
くの X 68030 ユーザーも当然同じ思いだと思っていました。 

しかし、僕の行っているネットに 040 turbo の紹介の記事を転載しても、なぜ 
かほとんど反応がありませんでしたし、いまだに 040 turbo の知名度は低いよう 
に思います。なぜなんでしょうねえ。もっとも、あまり有名になってしまうと、 
BEEPs さんも対応するのが大変になってしまうから、今くらいがちょうどい 
いのかもしれませんが'。 

さて、最近ちょうどいい具合にモトローラから68060が出てきたみたいです 
ね。というわけで、今度は 060 turbo をお願いしますよ。（こ^ ) > BEEPs さん 

(文•なつち（湯浅夏樹） NIFTY-Serve KHF 03720) 
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68040のパワー 


X68030 の登場前から、68000はもとより、68020、68030、68040のユーザー 
ズマニュアルをすべて揃えて眺めていましたから、 X68030 のハードウェアに 
ついて理解的采まれば深まるほど、ますます、これが68040だったら、という 
思いがつのります。 

68040のほうが68030より新しいのですから、性能がいいのは当たり前です 
が、68040のハードウェアの高速化に対する徹底的な改良はかなりのものです。 

68000から68020、68030への改良というのは、どちらかというと互換性重視 
のゆっくりした性能アップ* 1 でしたが、 RISC プロセッサの台頭を受けて、そ 
んな悠長なことはやっていられなくなり、68040では互換性をバッサリ切り捨 
ててまでも1生能アップを図っています。 

68040では、実際にどんな高速化のための工夫がなされているの力、、68000 
と68030の違いを見たように、68030と比較しつつ、次の点について説明しま 
しよ5〇 


* 1 

ワークステーシヨン 

での採用実績ナンバー 
ワンにあぐらをかいて 
いたのでしよう。 


1) パ、スアクセス方式 

2) クロック 

3) オンチップキャッシュ（命令用、データ用でそれぞれ 4K バイト） 

4) プロセッサ自体の改良 

5) 浮動小数点演算機能の内蔵と高速化 


1 ) バスアクセス方式 

68000と68030とではバス幅が違っていましたが、68030と68040は同じ 
32ビットバスです。しかし、バスアクセスの方式が大幅に変わりました。 
68030は68000とほぼ同じバスアクセス方式で、プロセッサからは AS 
(Address Strobe ) 信号を出し、デバイス側はデータを処理したら 
DSACK (Data Size ACKnowledge ) 信号で応答するというハンドシ 
ェークで行われます。このため、基本的にプロセッサとデバイス側の動作 
クロックが一致している必要はありません。「非同期式のバス」と呼ばれ 
ているゆえんて''す。 

さて、68000から68030に受け継がれた非同期式バスですが、状況が変 
わってきました。プロセッサの速度に対し、非同期式バスではメモリアク 
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セスの遅さが目立つようになったのです。1クロックでも速くアクセスし 
たくなると、どうしても別のバ、スアクセス方式が必要になります。ハンド 
シェークの発想では、デバイス側は図 1.9. (a) のようにデータが揃ったらア 
クノリッジを返しますが、プロセッサはアクノリッジを認識した後、次の 
クロックでデータを取り込むので、この間の1クロックが無駄になります。 
悠長にデータが揃うのを待ってアクノリッジを返していたのでは時間の無 
駄というわけで、図 1.9. (b) のようにデータカ ? 揃うのを見越して、アクノリ 
ッジの先出し 5161 が行われます。 

しかし、いかに性能を引き出すためとはいえ、先行してアクノリッジを 
返すというのは苦肉の策* 2 という感じがします。それでも、プロセッサが 
アクノリッジを®！忍する過程が入りますから、纖でも3クロックかかる 
ことになります。 


氺1 

X 68000 のメモリもこ 
うなっています。非同 
期式バスを信じてクロ 
ックアップすると、こ 
れでハマることになり 

ます。 


プロセッサ側 開始 確認 データ取り込み 終了 



* 2 

この方式は、68030 

の ユーザーズ マニユア 

ルでも DSACK 信号と 
の同期動作として紹介 
されていますから、い 
ちおう、正規の方式と 
いってもいいかもしれ 
ません力 5 。 


プロセッサ側開始 確認 データ取り込み 終了 



図 1.9 68030のバスアクセスタイミング 
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これに対し68040では、図1.10のようにプロセッサからの TSCTransfer 
Start) 信号に対し、デノぞイス側からの丁 A (Transfer Acknowledge) 
信号で応答するようになっています。68040は、クロックの立ち上がりエ 
ツジで、 TA 信号の確認とデータの取り込みを行うので、最小2クロック 
でアクセスが完了します。 


プロセッサ側開始 確認&データ取り込み&終了 



図 1.10 68040のバスアクセスタイミング 

モトローラの8ビット時代のプロセッサである6800は、クロック （E ク 
ロック）を基準としてメモリアクセスを行う同期式 バ、ス でしたが、68000 
の非同期式を経て、またシンプルな同期式に戻ったというわけです。 

ついでにいうと、ダイナミックバスサイジング機溝は性能向上の邪魔物 
と判断されたのか、68040ではなくなってしまいました。確かに、バスア 
クセス方式自体が大幅に変更されているし、今さら16ビットバスで使うこ 
ともないでしようから、この複雑なメカニズムを装備するくらいなら、シ 
ンプルなバスアクセス方式1本に絞って、もっと他の回路に力を注ぐほう 
が得策なのでしよう。しかし、このために、68040を X68030 に載せるの 
は大変な^!になってしまいました。 

2) クロック 

25MHz の68030は本当に 25MHz で動作していますが、 25MHz の68040 
の場合はバスアクセスが 25MHz というだけで、内部はその倍の 50MHz 
で動作しています。実際、このために68040には、 25MHz の BCLK (Bus 
CLocK ) と、 50 MHz の PCLK (Processor CLocK ) という2つの信号 
を入れなければなりません。 
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この発想は、80486 DX2* 1 ): 同じといってもいいでしよう。もっとも、 
80486 DX 2は内部にクロックダブラを持っていて、外部からはバスクロ 
ックを与えるた^けですんでいます。 

キャッシュが効いて内部処理だけで考えれば、単純にいっても68040は 
68030の2倍の速度が出せるわけです。 


* 1 

33 MHz のバスクロ 
ックを与えている8048 
6 DX 2 を 「66 MHzj とい 
うのなら、68040も「50 
MHz 」 といっていい 
でしよう。 


3) オンチップキャッシュ 

68030は、命令キャッシュとデータキャッシュがそれぞれ256バイトで 
した力、68040ではそれぞれ4 K バイト、実に16倍になっています。その 
うえ、ただ容量が増えただけではなく、キャッシュの構成にも工夫が凝ら 
されています。 

68030のキャッシュは、「ライン」と呼ばれる4 ロングワードを単位と 
して、図1.11のように、全部で16ラインに分けられています。そして、ア 
クセスするアドレスの A7 から A4 の4ビットで'、16ラインのうちの1ラ 
インを直接選択する「ダ'イレクトマップ」と呼ばれる方式になっています。 
このため、アドレスの A7 から A4 のパターンが同じもの、たとえば 
$ 00000000というアドレス！：$ FFFFFF 0 F というアドレスのデータは 
同じラインになりますから、同時にキャッシュ上に置いておくことができ 
ません。 

普通は連続したアクセスになるので、そう頻繁には問題になりませんが、 
仮にこの2つのアドレスを交互にアクセスすると、おたがいに相手をキャ 
ッシュから追い出すことになりますので、効率が力''夕落ちになります。 

これに対し68040のキャッシュは、図1.12のように、64ラインのキヤツ 


4ロングワード 


アドレス 


8 7 4 


ライン選択 


15 


タグ》 


キャッシング データ 


比較器 


16ライン 


- ► キヤツシンク # データ 

-キャッシュー致検出 


氺2 

タグには、キヤッシ 
ングされたデータの存 
在するアドレスの上位 
ビットが格納される。 


図 1.1 1 68030のキャッシュの構造 
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第 1 章 X 68030 がやってきた 


シュを4本独立して持つ「4ウェイセットアソシェイティブ」と呼ばれる 
方式になっています。このため、同じラインにあたるアドレスでも4つま 
では同時にキャッシュに置いておけるのです。キャッシュサイズの増加と 
あいまって、かなりの効果が期待できます。 

さらに、68040のデータキャッシュは、データ読み込み時だけでなく、 
書き込み時にもキャッシュ効果を生かす「コピーバックモード」と呼ばれ 
る、キャッシュ動作モードを持っています。 

68030では、メモリ書き込みのときは実際のメモリアクセスが行われま 
すが、68040のコピーバックモードでは、書き込み時もキャッシュ上のデ 
ータしか更新されません。実際のメモリ書き込みを必要な!：きだけ* 1 にか 
ぎること力すできるので、さらに性能向」！がネ月侍できます。 


4) プロセッサ自体の改良 

68040ではバスアクセスが最小2クロックに短縮され、命令の実行自体 
もパイプライン処理により大半の命令が1クロックで处理されます。実際、 


4ロングワード 


アドレス 


10 9 4 


ライン選択 


タグ r キ ヤッンンク^ 夕丨\ 4ゥ了ィ 


タグ 〔キャッシング デ_夕 (_ 、 

タグ 1> ヤツ シングデータ1 


タグ 

キヤ ツ シンク+デ ータ 












て 




64ライン 


キャッシン^^データ 


キャッシュー致検出 


図 1.12 68040のキャッシュの構造 


氺1 

キャッシュラインの 
4 本すべてが埋まって 
別のデータをキャッシ 
ングするときなどに、 

4 セツトのうちのどれ 
かが疑似的な乱数で選 
択されて書き戻されま 
す0 
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データキャッシュをオフにした状態での68030と68040のプログラムの実 
行状況をロジックアナライザで見てみると、68030がアクセスしては考え、 
アクセスしては考え、という感じで動いているのに対し、68040はほぼ間 
断なくアクセスしています。メモリアクセスの間に、ほとんどの处;理が完 
了してしまうからでしよう。 

このほか、内部ハーバ、ードアーキテクチャや、条件分岐のプリフェッチ、3 
段のライトバックバ、ッファなど、高速化のための工夫が随?斤に凝らされており、 
マニュアルを 読んで いる だけでワクワクしてきます。 

5) 浮動小数点演算機^の内蔵と高速化 

68030での浮動小数点演算プロセッサの威力を説明しましたが、68040 
ではこれが内蔵されました。そして、コプロセッサインタフェースがなく 
なり、オーバ、ーヘッドが減ったことやクロックが上がったことにより、さ 
らに性能が向上しました。加_および**は、5倍シ; JLh になっています。 

特に、浮動小数点乗算の性能は際立っており、整数乗算よりも高速です。 
整数乗算が通常の命令実行ュニットにより反復計算で実行しているのに対 
し、浮動小数点乗算は専用のハードウェアを持っているのでしよう。 


COLUMN 


68040の高速化のテクニック 
内部ハーバードアーキテクチャ 

ハーバード 大学で考案された このアーキテクチャは、 命令 バスとデータバ 
スを完全に分離する こ とで、命令 アクセス と データアクセスが 同時にできる 
ようにし、高速動作を目指したものです。しかし、命令用と データ 用にそれ 
ぞれ独立した アドレスバス、データバス、 それに コントロールバスが 必要と 
なり、 プロセッサのピン 数が増えてしまいます。 

このため、68040では外部バスの部分は命令用とデータ用で共有し、プロ 
セッサ内部のキャッシュ以降を分離した構造になっています。命令かデータ 
のどちらかがキヤッシユに載っている場合はハーバードアーキテクチヤのメ 
リットが生きてきますから、うまい選択といえるでしよう。 

条件分岐のプリフェッチ 

プリフェッチとは先読みのことです。68000や68030もある程度先読みはし 
ていました力 5 '、単純に先読みしているだけでは分岐命令が入ると先読みが無 
駄になり、あらためて分岐先の命令の読み込みをしなければなりません。 
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そのかわり、68882にあった、 sin、cos といった超越関数の演算機能は 
バッサリ削られ、浮動小数点数の E9 則演算機能と平方根くらいになってし 
まいました。68040のューザーズマニュアルでは、68882で実行するより 
68040のソフトウェアで超越関数をエミュレ ー トするほうが速いと書かれ 
ていますが、確かに、このずば抜けた速さの乗算機能をもってすれば可能 
なのでしよう。 


これらのさまざまな改良によって、68040は68030よりはるかに速いチップ 
に仕上がっています。チップ単体での性能としては、68030が平均3〜5 MIPS 
(Million Instruction Per Second) 程度* 1 であったのに対し、68040は20 
MIPS を超えるといわれています。ちなみに、68000は1 MIPS に届くかどう 
かといった性能でした。 

もっとも、最新の RISC プロセッサは、さらに改良が加えられ1■生能もアップ 
し、100 MIPS を超えるようになっています。それに比べると68040ももはや 
高速とはいえませんが、現時点では68000アーキテクチャの最高峰* 2 といえる 
でしよう。 


* 1 

1秒間に何回命令を 
実行できるかを表しま 
す。実際にはメモリア 
クセスの割合で大幅に 
変わるので、あまりあ 
てにはなりません。 


氺2 

次の68060は 100 MI 
PS を超えるそうです 
力 ? 、詳しいことは知り 
ません。68040ビンコ 
ンパチとも聞きますの 
で期侍しています。 


COLUMN 

これに対し68040では、プリフェッチ部で分岐命令を認識して、分岐先の 
命令を先読みするようになっています。さらに、条件分岐の場合は、条件が 
成立するかどうか実行されるまで不明なため、次の命令と分岐先の命令と両 
方を先読みするという念の入れようです。 

X 68000 の自己書き換えプログラムでプリフェッチを回避するために、分 
岐先の命令を書き換えるというテクニックがありますが、68040のプリフェ 
ツチは賢いために、このテクニックは使えなくなりました。 


ライ トバッ ク バッファ 

命令の実行結果がメモリ書き込みの場合、命令実行部がいちいち付き合っ 
ているのは無駄ですから、ライトバックバッファに書き込んで、後は書き込 
み専用部に任せるようになっています。 

68030では、このライトバックバッファが1段のため、メモリ書き込みが 
続くと結局ロックしてしまいます。 

これに対し、68040は3段に増えていますから、効率が上がると期侍でき 
ます。 
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X68000 から X68030 になるだけでも、結構な手間のかかる変更だつたのでし 
ようが、68030はすでに終息しているのです。どうせなら、一気に68040まで 
進化してほしかったものです。 


レ 。 ice of Users 

やっぱり快速 FPU 

68030 を 040turbo に替えて何がよかったか？ 

それは浮動小数点の演算が速くなったことですね。 X68030 に載せる 68882 も 
かなり速いのですが、 68040 の内蔵 FPU はもっと高速です。フラクタル図形の 
表示プログラムを書いてみたのですが、 68000 10MHz では専用の演算ルーチ 
ンをアセンブラで作っても、表示するのに一晚以上かかっていたもの力 5 '、 68040 
なら分単位で処理できるので、とっても気分がいいですね。 

68882 も速かったけど、あんまり印象に残っていないです。 

ただ、この 040turbo のスピードに慣れてしまうと、 10MHz で X68000 を使っ 
ているユーザーの 気持ちを忘れ ちゃい ますね。 040turbo で普通の速度で動くフ 
リーソフトを作っても、普通の X68000 では当然のことながら、すごく遅いの 
で、最近はまったく相手にしてくれません（笑〉。 

やっぱり、プログラム書くときに実行速度を気にしな〈てもいいのはストレ 
スがたまらなくていいですよ。 

(文•タタエル（飯島匡史） NIFTY-Serve TCC 0 I 360) 
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やっぱり68040がいい 


X68000 の後継機種にはなんとかあこがれの68040を、と期待していたので 
すが、残念ながら、68030でした。もっとも、 X68000 に無理やり載せた68020 
(「68020 on X68000」) は 10MHz の16ビットバスが足を引っ張って性能がまっ 
たく発揮できませんでしたが、 X68030 はしっかり32ビット化してクロックも 
上がったので、相応の1生能にはなっています。この点は、さすがといえます。 

望んでいた32ビットマシンになったのだから、これで満足しなければいけな 
いのかもしれません力す、なまじ68040のマニュアルを見てしまっただけに、 

これが68040だったら 

という思いはつのるばかりです。68030と68040のマニュアルを読み比べる每 
日が続きました。 

68000シリーズは、表 2.1 のように、10の位の偶数番号で世代が分かれており、 
この世代の境でハードウェア的に大きな変更があるのです。 

「68020 on X68000」 は、参考回路があったということもありますが、68020 

自体が、バス幅の違いはあるものの、68000のハードウェアにアクセスできる 
よう、ある程度の互換性を持っていましたので、比較的簡単な回路で実現する 
ことができました。しかし、68040にはそんな配慮はありません。趣味のハー 
ドウェアエ作* 1 ではすみそうにありません。 

考えれば考えるほど、68040は個人の手に負えるチップではないなあという 


表 2.1 68000シリーズの世代 


世代 

型番 

特徴 

第1世代 

68000 

元祖 

68008 

68000のデータバスを8ビットにしたもの 

68010 

68000の問題点を修正したもの 

第2世代 

68020 

データバス、アドレスバスともに32ビットに拡張 

256バイトの命令キャッシュ搭載 

68030 

68020のマイナーチェンジ。 MMU を内蔵 
命令/データキャッシュそれぞれ256ノ くイト搭載 

第3世代 

68040 

あらゆる点が大幅変更。浮動小数点演算プロセッサ内 
蔵。命令/データキャッシュそれぞれ 4 K バイト搭載 


* 1 

日曜大工のようなも 
のです。 
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気になってきます。 

しかし、当分 X 68040 が出る気配はありません。とりあえず、 X 68030 に思い 
とどまっていましたが、他«重への浮気心がわいてきます。 

せっかく X 68030 を買ったんだ、ダメでもともと、とにかくやってみよう。 

そして、199 牌の 5月、 ゴールデンウィークの 休みを利用して、 この 思い 
を実現すべく「68040 on X 68030」 の具体的な検討を開始しました。 


|ハ^^ドゥェァの違ぃ 

とにかく、68030と68040 1：' はハードウェアがかなり違いますから、これを 
克服しなければなりません。68040を68030のバスにつなげられるようにする 


変換回路* 1 を作るため、2つのプロセッサのバ'スアクセスのタイミンク''チャー 
卜を眺めながら、どうやったらいいか頭を悩ませることになります。 

主なポイントは次のようなものでした。 


1 ) 非同期式の バスアクセスへの 対応 


氺1 

モトローラの「68040 
デザイナーズハンドブ 
ツク」に、 68030 に 68040 
を載せるための変換回 
路の参考例が載ってい 
ました力 5 '、複雑な作り 


2) ダイナミックバスサイジングへの対応 

3) バスアービトレーション機能への対応 


になっていたので、こ 
れを参考にするのはあ 
きらめ、 一から 考えま 
した。 


これらを解決していかなければなりません。 

以下、この部分について、ちょっと説明しましょう。回路の詳細については 
付録の取扱説明書でさらに詳細に説明していますので、興味のある方はそちら 
もあわせてご覧ください。 


1 ) 非同期式のバス アクセスへの 対応 

X 68030 のバスは68030の非同期式のバスアクセスにあわせて設計され 
ていますが、68040のバスは性能追求のために同期式の^^スアクセスにな 
りました。両者は信号の名前も動作もまるで違っていますから、68040の 
信号と68030の信号を変換回路で作り出してやらなければなりません。 

変換回路の説明の前に、ここで68030のバスサイクルと68040のバスサ 
イクルについて説明しておきましよう。 
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♦ 68030 のバスサイクル 

図 2.1 に2ウェイトで動作した場合のタイミンク、'チャートを示します。説 
明のため、実際の信号名とはちょっと変えてあります。 


CLK 

(25MHz) 


SO SI S2 S3 SW SW SW SW S4 S5 


* i 

ROM やスタテイツ 
クカラムモードオフの 
場合の DRAM アクセス 
タイミングです。 


ADDRESS 


有効 アドレス 


SIZx 



R/W 他 
AS 



DS 




DSACKx 



DATA 


<有効 データ 


図 2.1 68030 のバスサイクル 
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1つのバスサイクルは、1クロックの半分の時間を基準として、各ステート 
ごとに次のように動作が定義されています。 


ステート 0(S0) プロセッサは、アクセスすべきアドレスとともに、リード 
/ライトをする R / W 信号などを出力します。 

スァ—卜 l(SI) アドレスが有効であることを示す AS (Address Strobe) 
信号が出力されます。ちなみに、この信号も含め、多くの 
信号は、 Low 側で有効、 High 側が無効を示す負論理信号 
です。 68000 系では、信号が有効になることを「アサート」、 
信号が無効になることを「ネゲート」と呼んでいますので、 
以降はこの名称を使います。 

ステー ト 2(S2) メモリや I/O などの選択された デバ、 イスが ノー ウェイトで 
応答するためには、このステートの間に DSACKx (Data 
Size ACKnowledge) 信号をプロセツサ側に返さなけれ 
ば'なりません。 


ステート 3 (S3) プロセッサは、このステートの最初で DSACKx 信号力 5 '認 
識されないと次のステートに進まず、ウェイトします。 
ステート 4(S4) リードサイクルの場合、このステートの最 f 麦でプロセッサ 
は入カデータをラッチしますので、デバイス側はそれにま 
にあうようにデータバス上にデータを出力しなければなり 


ません。 


ステート 5(S5) AS 信号をネゲートします。デバイス側は、プロセッサが 
AS 信号をネゲートするまでは DSACKx 信号をアサート 
したままにしておき、 AS 信号がネゲートされてから1ク 
ロック以内に DSACKx 信号をネゲートしなければなりま 
せん0アドレスや R / W 信号は、このステートが終わるま 
で保持されます。 


前にも説明しましたが、この DSACKx 信号を認識してから 1 クロック後に 
取り込むというのが曲者で、遅すぎればウェイトカ 5 '入ってしまいますし、かと 
いって、 DSACKx 信号を返すのが早すぎれば、データがまにあわないうちに 
68030 が:取り込みを完了* 1 してしまいますから、ちょうどよいタイミングを作 
らなければなりません。 


氺 1 

33 MHz t か 37 MHz 

にクロックアップした 
X 68030 でメモリアク 
セスが失敗するように 
なるのは、このためで 
す。 


47 






040tu「bo 製作編 



TA 

DATA 



(有効デ-夕卜 


図 2.2 68040のバスサイクル 


籲68040のバスサイクル 

図 2.2 に3ウェイト* 1 で 1 W 乍した場合のタイミングチャートを示します0 
68040では、クロックの立ち上がりエッジが各信号の基準になっています。 

クロック丨 （ CI ) このクロックの前半で、プロセッサは、アドレスや R / W 信 
号など、アクセスに必要な信号とともに TS (Transfer 
Start ) 信号をアサートします。 

TS 信号は次のクロックの前半にはネゲートされてしまい 
ますので、 デバイ ス側はクロックの立ち上がりエッジで 
TS 信号をラッチして、アクセスの開始を認、識しなければ 
なりません。 

クロック 2( C 2) デバイスが応答できるときは 、 TA (Transfer 
Acknowledge ) 信号をアサートして応答します。プロセ 
ッサは、次のクロックの立ち上がりェッジで TA 信号と、リ 
ードサイクルなら、データバス上のデータをラッチします。 
ウェイト ( Cw ) デバイス側の応答がまにあわない場合、 TA 信号を返さな 
ければ、ウェイトクロックカ 5 '挿入されます。 


氺 1 

68040の最小サイク 

ルは2クロックなので、 

68030の2ウェイトは 
68040の3ウェイトに 
相当します。 
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參変換回路 

この変換回路の大ざっぱな信号の流れは、図 2.3 のようになります。基本は、 
68040の TS 信号から X 68030 (則に出力する AS 信号を作り、 X 68030 f 則の 
DSACKx 信号から68040に返す TA 信号を作るというわけです- 


変換回路 
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この信号の流れにあわせて、68040と X 68030 {則のバスサイクルのタイミン 
グを書きなぉしたのが、図 2.4 です。 

68040のバスクロックに68030のクロックを反転した信号を使うことで、2 
つのパ、スサイクルのつじつまをあわせています。 



DATA - ( 有効データ )■ 


① ： TS — AS アサート 

② ： DSACRx — Te ^ p アサート ( Temp は変換回路の内部信号） 

③ : Temp — TA_ アサート 

④ ： — AS ネゲート 

図2,4 変換した68040と68030の バス サイクル 
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68040{則からは、アドレスや R/W 信号とともに TS 信号がア 
サートされてきます。この後半が、680301則では S 0に相当 
します。 

C 2 /SI 〜 S 2 このクロックの立ち上がりで TS 信号をサンプリングし、 

68030{則に AS 信号として出力します。なお、 TS 信号は、次 
のクロックの立ち上がりまでにはネゲートされてしまうので、 
変換回路内で AS 信号をループバックさせ、サイクルが完了 
するまで AS 信号を保^しています。 

Cw / S 3 〜 S 4 C 2 の立ち上がりクロック、すなわち、68030{則では S 3 の最 
初で、 DSACKx 信号をサンプリングします。 DSACKx 信 
号がアサートされていれば、次のクロックでサイクルが完了 
するので、68040(則への TA 信号がラッチされるように、 S 
4の最初で TA 信号のアサートを始めます。 

C 0/ S 5 〜 S 0 このクロックの立ち上がりで、68040はバスサイクルを完 

了し、次のサイクルに入ります。変換回路も、このクロック 
の立ち上がりエツジでは AS 信号のループバックを解除して 
AS 信号をネゲートします。 


このタイミングで動作させれば、68040から X 68030 にアクセスできそうで 
す。 

ただし、これは、主要な信号* 1 について、 マニュアルの タイミングチャート 
とつきあわせて考え出しただけで、細かい部分のタイミングは異なっています。 

とにかく、68040と68030が採用しているバスの転送方式自体が違っている 
のですから、完全に一致させるのは無理ですし、 X 68030 {則のメモリコントロ 
—ラがどのようなタイミンダで動いているか不明なので、タイミンク''マージン 
を見積もること力 ? できません。したがって、この検討は、 


氺 1 

TS 、 AS 、 DSACK0 、 
DSACK1 、 TA 0 


こんなもんなら動くかなあ。 

程度のものでしかありません。 

実際の微妙なタイミングの違いから、いろいろ問題が起こりましたが、この 
話は追って紹介していきます。 
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2) ダイナミックバスサイジングへの文寸応 

前項ではデバイス側の応答を DSACKx 信号として説明していましたが、実 
はこれは DSACKO と DSACK 1 という2本の信号線になっており、この信号 
の組み合わせで応答とともにデバイス側のデータバスのサイズをプロセッサに 
返すようになっています。 

68030は、この応答を見てデバ M ス側のデータバスのサイズにあわせてバス 
を使い分けてくれるのです。この機能は、 I / O 系を X 68000 相当の16ビットバ 
スで構成している X 68030 には必須なのですが、68040にはないため、変換回 
路で16ビットサイズ* 1 へのバスサイジングをサポートしなければなりません。 

この部分は、ちょっとやっかいなので、例を挙げて説明しましょう。 

内蔵メモリと I / O スロットに挿した披張メモリとの比較で考えてみます。内 
蔵メモリは32ビットバスでつながっており、図 2.5. a のような接続になります。 
これに対し、 I / O スロットは16ビットですから、批張メモリのメモリマップは 
図 2.5. b のような接続になります。このため、次の2つの問題がでてきます。 


* 1 

ロジックアナライザ 
で見たかぎりでは 、 x 
68030では8ビットサ 
イズの応答を返すデバ 
イスはないようなので、 
8ビットサイズのバス 
サイジングはサポート 
していません。 


馨ワー ドサイズのアクセス 

ワードサイズでアクセスすることを考えてみましよう。内蔵メモリは32ビッ 
トデータバスですから、図 2.5. a のように、0、4、8、 C 、 …番地ではデータ 
バスの上位16ビットを使って、2、6、 A 、 E 、 …番地では下位16ビットを使 
ってアクセスします。 I / O スロットに挿した拡張メモリは、図 2.5. b のようにデ 
ータバスの上位16ビットにしかつながっていません。68030は、ダイナミック 
バスサイジング機溝によってデ、 パ 、イスのデータ パ、 スのサイズを判断して適切に 
アクセスします。 



(a) 


データバス 



図 2.5 データパスとメモリマツビング 
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しかし68040では、つねに32ビットバスのつもりで動作しますから、2、6、 
A 、 E 、 …番地のアクセスでは68040のデータバスの下位16ビットでアクセス 
しようとします。このため、図26のように変換回路で X 68030 f 則の上位16ビッ 
卜と,組み換えてやらなければなりません。 



• ロングワードサイズのアクセス 

今度は、ロングワードサイズのアクセスの場合です。内蔵メモリは32ビット 
データバスですから1回でアクセスが可能です。 

I / O スロットに挿した拡張メモリでは、16ビットしかバスがありませんから、 
一度にロングワードサイズのアクセスをすることは不可能です。ロングワード 
サイズのアクセスに対して、デバイス側が DSACKx 信号により16ビットバス 
のアクノリッジを返してきた場合、68030はダイナミックバスサイジングによ 
り、すぐに次のアドレスに対してワードアクセス* 1 を実行して不足データをア 
クセスし、あわせてロングワードとして扱ってくれるわけです。 

しかし、68040はつねに32ビットバスのつもり*でいますから、ロングワー 
ドサイズのアクセスができているように見せかけなければなりません。 

このため、変換回路でダイナミックバスサイジングと同じようなことを実現 
してやります。ワードサイズのアクノリッジが返ってきた場合には、68040に 
アクノリッジを返さずにぉいて、こっそり変換回路で次のワードのアクセスを 
してロングワードがそろったところで68040にアクノリッジを返すという細工 
をするのです。ライトとリードで次のように知:理しています。 


氺1 

X 68000 でロングワ 
ードのデータをアクセ 
スするのと同じことで 
す。 

* 2 

68040でも、2、6、 
A 、 E といった番地か 
ら32ビット境界にまた 

がるロングワードデー 
夕をアクセスする場合 
は2回のワードデータ 
アクセスとして実行し 
ます。 
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ライト図 2 J . a がライト時の動作です。 DSACKx 信号力 5 '返っても16ビット 
の データ バスだった場合は、6804 Of 則に TA 信号を返さず、アドレ 
ス A 1を立てて不足分のライト動作を行います0 
リード図 2 J . b がリード時の動作です。こちらは、ちょっと厄介です。返っ 
てきたデータは上位16ビット分のデータなので、これをいったん変 
換回路内で勝しておいて、不足分のリード動作を行い、これとあ 
わせて32ビットのデータにして68040に返してやるのです。 


このように、ダイナミックパ、スサイジングを実現するためには、結構面倒な 
处理をしなければなりません。最初は、16ビットサイズのデバイスは無視しよ 


うか* 1 とさえ思ったほどです。 




卜時 




氺 1 

68040は通常のメイ 
ンメモリアクセスだけ 
のプログラムを実行し、 
IOCS コールやスーパ 
ーバイザモードなど、 
I / O アクセスをしそう 
なときは68030に切り 
替えて実行するという 
アイデアです。プログ 
ラムが面倒だし、パフ 
オーマンスが落ちそう 
なのでやめましたが、 
デバッグに苦しんでい 
たときに、何度もこの 
方法で逃げようと思い 
ました。 
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3) バスアービトレーシヨン機能への対応 

バスアービトレーションとは、プロセッサも含め、 DMA などバスアクセス 
を自発的に行うことのできるデバイスの間でバスの制御を調停する处理です。 
68030 は、この調停处:理を自分自身でしていました。 DMA などのデバイスは、 
BR (BUS Request) 信号で 68030 にお伺いをたて、 68030 は BG (BUS Grant) 
信号でこれに答えるというわけです。 

これに対し、 68040 は、 DMA などと同じように外部の調停回路* 1 に BR 信号 
でお伺いをたてるようになっています。 

このため、 68030 と 68040 では BR 信号と BG 信号の意味がまるっきり逆にな 
っています。変換回路では、簡単なバスアービトレーション機能によって、 68040 
を含めたバスの調停を行っています。図 2.8 .a が、その大ざっぱな構成です。 

図 2.&b が、そのタイミンダです。基本的には 68040 の BG 信号をアサートし、 
つねに 68040 がバスを使えるようにしておいて、外部デバイスからの BR 信号 
を受けたときのみ、 68040 の BG 信号をネゲートしてバスの制御権を手放させ 
る* 2 のです。 


変換回路 



(a) アービトレーシヨン構成 


* 1 

マルチ プロセツサ構 
成の場合、プロセッサ 
自身が唯一の調停者で 
ある68030は都合が悪 
いということで、こう 
なったそうです。 


* 2 

実際に68040がバス 
の制御権を手放したか 
どうかについては、変 
換回路では特に見てい 
ませんが、68040の BB 
(Bus Busy ) 信号と68 
030側の BGACK (Bus 
Grant ACKnowleage ) 
信号をつないでいるの 
て、、 68040とバスを要 
求したデバイスとの間 
で、この信号を用いて 
うまく処理されます。 


68040 BG 

DMA BR 

DMA BG 

(b ) アービトレーションのタイミング 
図 2.8 バスアービトレーシヨン機能 
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このバスアービトレーシヨン機能を抗張して、68030と68040の切り替え回 
路も盛り込んだのが図 2.9 です。スイッチによって、68030モードと68040モー 
ドを切り替えることができます。 

68030モード68040の BG 信号を強制的にネゲートすることで、68040はバ 
ス制梅醜を得ることがで'きず、事実上ストップ状態になりま 
す。 

68040モード68030の BR 信号を強制的にアサートすることで、68030はバ 
ス制笹赠を外部デバ M スに渡したまま返してもらえず、事実 
上ストップ状態になります。 


変換回路 



図 2.9 プロセッサ切り替え回路 


COLUMN 

68030と68040のマルチプ tl セツサ化？ 

2つのプロセツサを バスに つなぎ、片方の バス 制御権を与えないまま止め 
ておくやり方は「68020 on X 68000」 のときに実績がありましたので、今回 
もこの方式にしました。 

せっかく 68030 がバスアービトレーシヨン機能を持っているのだから、 
68030を生かした状態にし、68040が68030に対して バス 要求するという構成 
も考えていたのですが、複雑になりそうなので見送りました。 
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|ハードゥニ ァ エ作 

ゴールデンウィークの間* 1 で、なんとか大体の回路の目安がつきました。し 
かし、 68030 と完全に一致する信号を作ったわけではありませんし、そうする 
意味もありません。実際には X 68030 {則が使っていない信号は切り捨てて* 2 シ 
ンプルにするほうが得策です。 X 68030 の回路図やメモリコントローラなどの 
カスタムチップのイ士様がわかれば、設計段階で詳細に煮詰めていくことができ 
ますが、残念ながら、こういったハードウェアの資料は公開されていません。 

また、回路も目安力すついただけで、詳細部分は実際に動かしてみないとよく 
わかりませんから、まずはバラック基板で実際に回路を組み立てることにしま 
した。 

とにかくこれは動くことが目的なので、必要最小限のシンプルな回路としま 
した。 2 次キャッシュや ローカル メモリを持つと、 68030バスに 変換する際の 
オーバーへ ッ ドが低減す る ので高速化が期待できますが、バラック纖で作る 
のは容易ではありません。また、機能を増やせば、それだけハードウェアのデ 
バッグ も大変になります。動かなければせっかく作った基板もゴミと化します 
ので、初上ではあれこれ夢を広げましたが、バラック基板で組み立てようと決 
意したとき、きれいさっぱりあきらめました。 

それでもまったく速くならないのでは、前に作った 「68020 on X 68000」 と 
同じ運命をたどることになってしまいます。ざっと試算してみると、 68040 の 
パフオーマン ス自体が高いので、なんとか X 68030 の 2 倍程度にはなるだろう 
との感触を得て、1年ぶりに本格的な電子回路工作* 3 に激頁する日々力 5 '始まり 
ました。 


GAL ライタを作る 

個人の電子回路工作といったら、普通は標準ロジック 1C の74シリーズ* 4 と 
相場は決まっているのですが、74シリーズは1つのチップに AND が4個、別 
のチップに OR が4個といった感じで単機能ごとになっており、今回のような 
変則的な回路を構成しようとすると多数のチップを組み合わせなければならず 
面倒です。 

こんな用途に便利なの力 ? 、 「PLD」(Programmable Logic Device) と呼 
ばれる、プログラム可能なチップです。 PLD のなかでも有名なのが、 PAL 
(Programmable Array Logic) と呼ばれるシリーズで、前に作った「68020 


氺1 

昼間は家族 サービス 
もあって時間がとれな 
いので、主に夜ですが。 

氺2 

実際、 ECS 、 OCS 、 
RMC など、最初は多 
くの信号を変換回路で 
作っていましたが 、X 
68030側が使っていな 
いようなので、切り捨 
てました。 


* 3 

この間もコネクタを 
作ったり、裸のハード 
ディスクを増設したり、 
ということはしていま 
した。 

氺 4 

TTL I rransistor 
rransistor Logic ) の 
代名詞として使われて 
いるくらい有名な 1 C 
です。 
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on X68000」でも PAL を使用しました。このとき使った PAL は1回プログラ 
ムを書き込んだらあとは書き換えできないものでした力 5 '、もともと、この回路 
は本に出ていた回路を参考にしていたので、基本的には動くだろう* 1 と、いき 
なりパーツ屋で焼いてもらいました。 

しかし、今回は変換回路の目安力 f ついただけで、自分でいうのもなんですが、 
動く可能性はゼロでしよう。試行錯誤でどんどん回路を変更していくことにな 
りそうですから、1回しかプログラムできない PAL ではつらかったのです。 

そこで、今回は GAL (Generic Array Logic) * 2 を使うことにしました 0 GAL 
の場合は再プログラム可能です。 

また、手元で焼けるようにしたかったこともあって、前からチェックしてい 
た資料* 3 をもとに、まず、 GAL ライタ* 4 を作りはじめました。写真21が自作 
した GAL ライタです。この GAL ライタはセントロニクスのプリンタポート 
に接続して使うようになってぉり、書き込みタイミングなどもすベてソフトウ 
エア制御なので、ハードウェアは驚くほどシンプルにできています。 



写真 2.1 自作した GAL ライタ 


この GAL ライタでは、 16V8 と 20V8 という、2品種の GAL のそれぞれノー 
マルバージョンおよび高速化した A バージョンを焼くこと力すできます0後に、 
より高速な B バージョンを使うために、結局、市販の GAL ライタ* 5 を購入す 
ることになりましたので、今では使っていませんが、バラック基板の立ち上げ 
のときは活 SB してくれました。 

動くかどうかもわからないもののために、いきなり市販の GAL ライタを買 
う勇気はなかったので、もしこの GAL ライタがうまく動かなかったら、変換 
回路の製作は投げ出していたかもしれません。 


* 1 

それでも、2回間違 
えました。 


氺2 

PAL よりも高機能 
で、 PAL の多くのシ 
リーズを GAL で置き 
換えることが可能とい 
うことで、 Generic と 
いう名前になっている 
のです。 

氺 3 

『簡単にできる GAL 
ライタの製作 j トラン 
ジスタ技術誌1991.7 

氺 4 

これを作るのに、結 
局、半月くらい費やし 
ました。 


氺5 

GAL トースタ ー KE 
M -907 GAL 。 
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ノ くラック*15 

バラック基板で回路を作るといっても実際には簡単ではありません。酉己線量 
も膨大です。しかし、実は最も面倒なのが、マザーボードのプロセッサのソケ 
ットから信号を取り出すための接続ピンを作る作業なのです。 r 68020 on X 
68000」では、写真 2.2 のように、68000のシュリンクピッチの足にあうように 
基板にピンをあ直え、その上に 1C ソケットを載せて半田付けをしました。ここ 
に68000を載せるとともに、信号を取り出したわけです。 

しかし、68030は PGA (Pin Grid Array) と呼ばれる、剣山* 1 をひっくり 
返したようなパッケージなので、同じことをやろうとすると、子各子状に百数十 
本のピンを植えなければなりません。また、 PGA のソケットにピンをいきな 
り半田付けすると、断線したとき、 PGA のソケットの内側のほうは直せなく 
なる恐れがあります。このため、今回は図 2.10 のように、2階建ての基板とし、 
一方の基板にマザーボード側につなぐ接続ピンを、他方の基板に 1C ソケット 
をつけ、その間を別のコネクタで'接続しました。 


氺1 

お花を生ける際に使 
う「けんざん j と呼ばれ 
る金属製の針を多数植 
えたもの。うっかり剣 
山状態になった PGA 
を踏んづけた人の話と 
か、よ〈聞きます。 



写真 2.2 X 68000 本体との接続部分 



図 2.1 0 X 68030 本体との接続部分 
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次ページの写真 Z3.a がこのバラック基板の外観です。写真 2.3.b が横から見た 
ところで、メインの2階建ての®反の1階部分にマザーボードとの接続ポート 
とダイナミックバスサイジングのための回路が入り、2階部分には68040と 
68030が、そして、建て増しした3階部分の基板に GAL によって構成される 
制御回路が載っています。 

68030や68040はピン数が多いので、ピンから電線を引き出すと、配線が交 
錯してきてわけがわからなくなります。これを回避するため、メインの2階建 
て部分の基板は、68030のテストポツドでやったように、ピンの足からプリン 
トパターンで信号線を弓Iき出すようにしました。 


COLUMN 

名機 MZ-80K 

MZ - 80 K は、 TK -80 などのワンボードマイコンから、キーボードとデイ 
スプレイを装備した、いわゆるパソコンに移行する頃に生まれたマシン.です。 
おもちゃみたいなキーボードと白黒デイスプレイ、それにカセットテープデ 
ッキを一体化したオールインワンと呼ばれる構成は、 PC - 8001の洗練された 
デザインと比べると、板金加工そのままの無骨なデザインは野暮ったい感じ 
でしたが、ワンボードマイコンの雰囲気を色濃く残していて好きでした。 

当時、 MZ -80 K が PC - 8001に比べ決定的に負けていた点はグラフイック機 
能で、 PC - 8001上で、 160 X 100 ドットと粗いながらもフライトシミュレータ 
などが走っているのを見て、歯がゆい思いでした。趣味で使っているバソコ 
ンだからこそ、ソフトウェアでは逆立ちしても埋めることのできないハード 
ウェァの機能の差というのは決定的です。 

そこで、なんとかグラフイック 
をやりたいと考え出したのが 、 M 
Z -80 K 用のグラフイックボードで 
す。 320 X 200 の解像度 (8 K バイト） 

の フレーム バッファ を実現す るの 

に、2114という SRAM (1 KX 4 
ビット容量）を16個も積んでいま 
した。これが私のハードウェアェ 
作の原点になっています。 
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このプリントハ。ターンは、サンハヤトという、電子回路の工作をやったこと 
がある人にはおなじみのプリント基板の手作りキットのシリーズの、フォトエ 
ッチングタイプを使いました。ちなみに、私が最初に基板を手作りしたのは 
MZ-80K のグラフイックボードでした。 

このグラフイックボード作りでは、ずいぶんいろいろな経験を重ねました。 

フォトエッチングは、透明なシートにパターンを描き、觉光灯て、魏き付け、現 
像液に浸して現像し、エッチング液につけて余分な銅箔を融かすのですが、こ 
れがなかな力、大変です。現像時間をミスると、焼き付けたパターンが流れてし 
まったり、逆に不要な部分が残ったりしますし、エッチング時間をミスると、 
パターンが溶けて断線したり、なかなか溶けずにショートしたりします。結局、 
MZ-80K のグラフイックボードだけでも4枚は作りましたので、最後のもの 
はかなり高い完成度を誇っていました。 

ただし、今回の回路は規模が段違いに大きく、すべての配線をプリントパタ 
—ン化することは到底無理です。ソヶットの部分と鎌の1階と2階をつなぐ 
部分、それに回路的に大体フィックスしている、バスサイジングのためのバス 
組み換え部分に使っているだけで、後のほとんどの配線は電線を1本1本張っ 
ていきました。 

あえてフォトエッチングでプリント基板を作ったのは、久しぶりにプリント 
基板を手作りしてみたかったのと、スルピンキットという、お手軽にスルーホ 
_ル* 1 を作るツールを買ったので、これを使ってみたかったという趣味的要因 
力 ? 大きいといえます。 



氺1 

普通は、基板に穴を 
開けた後、穴の内壁を 
金属メッキします。こ 
うしておけば半田付け 
するときの接触面が大 
きくなるというメリッ 
卜のほか、両面基板の 
表と裏のパターンをつ 
なぐ意味もあります。 
スルピンキットは後者 
の目的で使いました。 
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まずは68〇 3 〇 


いろいろ苦労はしましたが、なんとかパ'ラック基板のパターンができあがり 
ました。この時点では、まだ68040や変換回路はついてぉらず、68030が2階 
建ての基板を通してマザーボードにそのまま接続されているだけです。この状 
態で、まず、68030が動くかどうか5鶴忍します。 

X68030 のマザーボードにつながるピンと、バラック基板上の68030の 1C ソ 
ケットとの導 i 星を5鶴忍してから、いざ取り付けという！：きになって、はじめて 
基板力 5 ' X68030 の前面パネルに当たってしまうことに気づきました。68030の 
真上と後ろのビデオユニットとの間に余裕がないことには注意していたのです 
が、前にもはみ出してしまうのです。しようがないので、右タワーの前面パネ 
ルも取り外すことにします0 

ちなみに、この前面パネルを固定するネジは、 X68030 の左右のタワーの隙 
間にあるので、普通のドライバーでは回せません。しかたがないので小振りプ 
ラスドライパ、一の先を曲げ、写真 2.4 のようにして、これを使ってやっと外す 
ことができました。¥*2.5が'パ'ラック* S を取り付けたところです。 


写真 2.4 前面パネル用ドライバー 



写真 2.5 バラック基板を取り付けたところ 
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やっとの思いで取り付けて、接触不良などの問題も克服して、なんとかうま 
く 68030を動作させることができました。単に信号線を引き出しただけなので、 
これは動いて当然と思われるかもしれませんが、後で思うと、ここで問題が出 
なかったのはラッキーでした。 

というのも、 040turbo の基板第一次配布の結果、68030モードが正常に動作 
しないという不具合が2件発生したのです。どうも X68030 には個体差がある 
ようで、 040turbo を取り付けると、信号線が伸びたせいか、あるいは負荷が 
増えたためか、 040turbo 上の68030でデータを取りこぼすようになるのです。 
これは、マザーボードに手を加えることで*無きを得ましたが、そもそも040 
turbo が動くという確信があったからこそ、マザーボードの信号の状態を追究 
することができたのです。我が家の X68030 がこの手のマシンだったら、プロ 
セツサソケットからの信号線取り出しは無理とあきらめ、この時点で 040turbo 
計画は消えていたでしよう。 


次は68040 


次は、マザーボードから引き出してきた68030の信号に68040の対応する信 
号をつなぐ^です。 

「68020 on X68000」の基板では、68000と68020の対応する信号をつなぐの 
に、プロセッサのピンに直接リード線を半田付けしていきましたので、基板の 
裏面の68020のピンに酉酿が集中してしまい苦労しました。今回はその教訓を 
生かして、プリントパターンでプロセッサのピンから信号線を引き出している 
ので、基板の表面で配^するだけですみます 0 

もっとも、 そのために パターンを 描いてプリント板をエッチングし、穴を開 
けて スル ピン キット* 1 で スルー ホールを 作るという作業 力す 必要になりました。 
損得勘定からすると、これで得だったかどうか* 2 は、わかりません。 

ともかく 68040と68030の間の配線をします。6803 0® 分には手をつけずにそ 
のままにしておき、68040のアドレスバスはそのまま直に68030(則のアドレス 
バスに、データバスはバスサイジング回路を経由して6803 Of 則のデータバスに 
つないでいきます。 

この時点では変換回路はまだできていませんので、68040の BG 信号とバス 
サイジング回路のゲート信号は、とりあえず 5V につないで動かないようにし 
ておきます。 BG 信号が有効になりませんから、68040はバス制御権をもらえ 


氺1 

とても簡単にスルー 
ホールができるので、 
最初は嬉々としてやつ 
ていたのですが、さす 
がに数百力所もやると 
嫌になってきます。 


氺2 

前にもいったように、 
プリント基板を作りた 
くて始めたのですから、 
自業自得なのですが。 
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ず、リセットが解除されてもバスにつながっているだけで、事実上ストップし 
た状態になります。これは、68030と68040の切り替え回路の作り方のところ 
で説明した方法と基本的に同じなので、この状態で68030が正常に動作しなけ 
れば、プロセッサの切り替え回路自体を考えなぉさなければなりません。 

とりあえず、ここまで作った状態で、再度、接続テストをしてみます。 

単に68040がバスにぶら下がっているだけですから、動いて当然なのですが、 
素直に動いてはくれませんでした。もともと基板の仕上がりもよくなかったこ 
ともあって、作業途中で断線が多数発生しました。特にコネクタが多かったの 
で、 X68030 のマザーボードへの取り付け•取り外しの際や、配線のために2 
階建てになっている* f 反をパ、ラしたりするときに、物理的なストレスがコネク 
夕部にかかってコネクタと基板のパターンの間が必ずどこか断線しました。 

最初の頃は、回路の修正をしているのか、基板を壊しているのかわからない 
という情けなし、状況で、1回の取り外し作業ごとに200力所 J^LL あるコネクタ 
関連の導通をチェックしなぉさなければなりませんでした。 

そうこうして、なんとか68030を®]{乍させることができました。 


いよいよ変換回路 


さて、いよいよ変換回路の製イ乍に取りかかります。 

今までは、マザーボードの68030ソケットの信号を、そのままバ、ラック斟反 
上の68030の信号とつないでいただけですが、一部の信号を切断* 1 して、変換 
回路のプロセッサ切り替え回路経由で接続することになります。本当は、この 
変換回路もバラック基板の2階部分に作るつもりでしたが、穴開け fNI をする 
と* 2 、またパターンが切れそうだったので、ユ ニ バーサル藤を建て増ししま 
した。見栄えが悪いのはしかたがありません。なんとか作業力す終わって GAL 
を載せ、最初の回路ができあがりました。しかし、さすがにこれはまったく動 
きませんでした。 

X68000 からそうですが、 X68030 の前面のパワースイッチは、オンにする場 
合のみ^ W 的に電源が入るようになっており、オフにする場合はソフトウェア 
割り込みになるだけです。実際の電源切断はプログラムで行うようになってい 
ます。したがって、プロセッサカす正常に動かないと電源オフさえできなくなる 
ので、背面のメインスイッチで何度、強制的に電源切断したかわかりません。 

68030さえも全然動かないのでは話にならないので、まずは GAL を全部外 


氺1 

もちろんパ、ラック基 
板上での話です。 


氺2 

最初にやっておけば 
よかったのですが、面 
倒だったのでサボって 
いました。 
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して、空いた GAL ソケットに、68030モードのときにつながるであろう信号 
どうしを、ジャンパー線を挿し込んで接続してみます。そうすると、とりあえ 
ず68030は動くようになりました。こうなると、問題があるのは GAL のロジ 
ックということになります。今回は、そもそもの M 十ミスなどもありましたが、 
GAL を使うのもはじめてなら、 GAL のプログラミングに使用した CUPL* 1 と 
いう コ ンパ イラに接するのもはじめてだつたので、 GAL の使い方のミスや勘 
違いもありました。 

この際、1つ失敗例を紹介しておきましよう。 


GAL のプログラム 

GAL のプログラムでは、出カピンに使用できる機能は、入カピンの各信号 
に AND や OR などの単純な論理式を通して得られる結果に加え、フリップフ 
ロップ出力やトライステート出力を選択することができます。 

フリップフロップ出力は、図 2.11.a のように、トリガ'信号が立ち上がるとき 
(立ち下がりで働くものもある）の入力信号の状態を取り込んで出力するもの 
です。以後、入力信号が変化しても、次のトリガが入るまで同じ出力を保ちま 
す。 

トライステート出力は、通常の TTL ロジックで使われる High (2.4V 以上) 
と Low (0.4V 以下）の2つの状態のほかに出力をカットするという第3の状 
態を持つものです。これは、回路記号では図2.11 .b のように書かれ、ゲート信 
号で、この第3の状態を制御します。ゲート信号がオンのときは、入力信号の 
状態が出力信号に伝えられますが、ゲート信号がオフになると、出力信号は回 
路から切り離された状態になります0この状態を「ハイインピーダンス」と呼 
びます。バスのように1本の信号線上に多数の出力回路がつながる場合は、出 
力しない回路をハイインピーダ'ンス状態にすることで、出力が z 衝突しないよう 
にします。 


氺1 

GAL や PAL の書き 
込みデータは、結線の 
オン. • オフの羅列で、 
とても手作業で作れる 
ものではありません。 

このため、普通は、 
AND や OR といった論 
理式の レベルで ソース 
ファイルを作り、専用 
プログラムを通して書 
き込みデータを作るの 
です。 


トリガ 
入力 


Trg 

D Q ——出力 


ゲート 

入力 



出力 


トリガ 
入力 
出力 
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さて、今回使った 16V8 および 20V 8 という GAL は8本の出カピンを持って 
おり、1本ごとに組み合わせ出力とフリップフロップ出力を指定できます。こ 
こで、組み合わせ出力の場合は、トライステート出力にした場合のゲート信号 
に任意の入カピンをすることができますが、フリップフロップ出力にした 
場合は、トリガ信号およびトライステートのゲート信号に使える入カピンが決 
まっているのです。 

CUPL の表記法でいくと、図 2.12.a のような回路は、次のように書けます。 


Pin 2 = A ； 

Pin 3 = B; 

Pin 19 = OUTPUT; 
OUTPUT = A AND B; 


出力をトライステートにした図 2.12.b の場合は、次のように書きます。 


Pin 18 = C; 

OUTPUT = A AND B; 

OUTPUT. OE = C; 

それでは、これをフリップフロップ出力にした場合はどうでしよう。 'D" 
をつけるとフリップフロッピ出力になりますので'、 

OUTPUT.D = A AND B; 

OUTPUT. OE = C; 


と書きたくなります力す、実際にできる回路はこうなりません。入力信号 C では 
出力 OUTPUT のトライステート制御ができず、 16V8 の場合なら、図 2.12.C の 
ように、11番ピンに固定* 1 です。 CUPL がエラーにしてくれればまだいいので 
すが、これが通ってしまうので、間違いに気づきにくいのです。 

最初からフリップフロップで設計しているところはいいのです力、組み合わ 
せ出力のつもりでいて、後でフリップフロップ出力に変更した場合、トライス 
テート制御が C の入力信号で制御できなくなっていることに気がつきません。 
エラーにならないので' OK と思っていたのですが、実際にはトライステートに 
なっていなかったというわけで、期侍したものとは違う回路になってしまうわ 
けです 。 

このため、68030モードではハイインピーダンスになっていなければならな 
い信号力すハイインピーダンスにならず、変な信号を出して、68030の動作を妨 


氺 I 

フリップフロップ出 
力でなければ、トライ 
ステート制御を自由に 
害 ij り付*けられます。 
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y: 


冷 


20 


- OUTPUT 
-C 


( a ) 組み合わせ出力 



OUTPUT 


( b ) トライステート出力 


( c ) フリップフロップ、トライステート出力 
図 2.12 CUPL の記述から生成される GAL の回路 （16 V 8 の場合) 


害していたのです。 

なんで GAL から AS 信号が出っぱなしになってるんだ？ 

手作り GAL ライタを使っていたので、うまく GAL が焼けていないんじゃ 
ないかとか、そもそも GAL が不良品なんじゃないかとか、理由がわからず苦 
労しました。 

また、このことに気づいてからも、何回もついうっかり間違えてしまいまし 
た。 

CUPL がエラーにしてくれればいいのに 

と、自分のミスを棚に上げて、八つ当たりしたものです。 



OUTPUT 


12 3 …10 

A B 


A B 
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こことここは接続を確認したけど 
ア レツ、 ここはどうだったかな？ 
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I 68040モード 

回路の本格的なデバ'ッグに入る前に、いろいろ問題が出ましたが、はじめて 
の経験が多かったので、これはしかたがないでしよう。この段階までは、ハー 
ドウェアエ作のレベルだったので比較的楽な作業でしたが、いよいよこれから、 
しんどくなります。 

GAL の論理を修正して、なんとか68030モードが動作するようになりまし 
た。ハ。 ワース イッチをオフにすれば電源も落ちるようになりました。 

よし、次は、68040モードだ0 

切り替えスイッチを68040モードにしてパワースイッチをオン。 

やはり、というより、期侍もしていませんでしたが、まったく動きません。 
パワースイッチをオフにしても、当然、電源は落ちません。ただ、68030モー 
ドに戻してリセットをかければ、68030がパワースイッチのオフを認識して電 
源を落としてくれるので、背面のメインスイッチのぉ- It 話にはならなくてすみ 
ます。 

さっそく、ロジックアナライザを GAL の変換回路につないで電源をオンに 
して各信号線を調べてみます。このときの68040の信号線は次ページの図 3.1 の 
ような状^•になっていました。 

1. リセットが解除される。 

2. 68040が TS をアサートする。 

3. 変換回路がこれを受けて68030{則に AS をアサートする。 

4. しばらくすると、6803 Of 則から DSACKx が返ってくる。 

5. 変換回路がこれを受けて68040{則に TA を返す。 

6. 68040が TS をアサートする。 

7. 変換回路がこれを受けて6803 Of 則に AS をアサートする。 

8. しばらくする！:、68030{則から DSACKx が返ってくる。 

9. 変換回路がこれを受けて68040{則に TA を返す。 

これで終わりでした。リセットボタンを押すと、2回だけアクセスが起こり 
ます。この2回のアクセスは、たぶん、 イニシャル スタックポインタの I 売み 出 
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しとリセットべクタの読み出しをしようとしているのでしよう。 

たったこれだけの動作をしただけで後はダ'ンマリになるのですから、慕走と 
いうより、まったく動いていないといったほうがよい状況です。しかし、これ 
を見ていて、なんだかうれしくなりました。駄目でもともと、動く自信なんて 
ぜんぜんなかったバラック基板でしたが、68040がなんとか動こうとしてくれ 
ているのです。変換回路もけなげに動いているようです。大裝幾かもしれませ 
んが、それは、68040の胎動のように思えたのでした。 

RESET _| 

TS U U 

AS - 1 门 1- 

DSACKx - U ~ U 

TA U U 

図 3.1 最初のアクセス 


「ドック ン、 ド、ッ クン j 
これが68040の心音な 
のかな？ 
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| 確かな手応ぇ 

それからは、なぜ2回のアクセスて、止まってしまったの かにつ いて、あら ゆ 
る箇所を調べました。ほとんど動かないという状況ですから、動かない原因を 
絞り込めるほど情報があるわけではありません。 

およそ、思いつくかぎりのあらゆる原因を想定して、試行錯誤でいろいろ修 
正してみましたが、もともと正しく動いていた回路が動かな〈なったというな 
ら、動かない原因は1つか2つくらいのもので、それを修正すれば状況が改善 
されますが、今回は、そもそもまった〈動いていませんので、原因は無数に考 
えられます。そのうえ、68040というハードウェア自体の動きを見たことがな 
いので、修正しても見た目には状況がなんら変化せず、正しい修正だったのか 
どうかさえ判断がつきません。逆に改悪してしまい、最初のアクセスで 
DSACKx が'返ってこなくなったりしたこともありました。 

動かない原因は いろいろ あったのでし よ うが、最終的にはデータ バスの 断線 
が原因だったようです。2階建ての1階に バス サイジングの回路があり、2階 
に68040が載っているわけですが、この間の接続に断線があって読み出したデ 
ータが化けたために、リセットべクタが奇数番地を指すような格好になってい 
ました。68000¢代からの伝統で68040 T ' も、命令は偶数番地から始まってい 
なければならず、内部 エラーに なって止まっていたようです。 

もっとも、最初はすべての接続をテスターで当たって断線していないことを 
5鶴忍しているので、別の原因もあったはずです。修正を繰り返すうちに、原因 
のいくつかが直り、かわりに断線力 ? 起こって止まっていたというわけです。 

睡眠時間を削っての連日の作業のかいあって、ある日、ついに断線箇所を突 
き止めることができました。これを修正した結果、68040はリセット以後も連 
続してメモリをアクセスするようになりました。もっとも、まだまだ正常に動 
作しているわけではなく、すぐに止まってしまいます。 

X 68030 の ROM に書き込まれているリセットルーチンは、スタックをセッ 
卜しなおした後、 reset 命令を実行するようになっています。これはフ° ロセッ 
サからリセット信号を出力して、 I / O に刘•してリセットをかける命令です。 
X 68030 の場合、 [ CTRL ]+ [ OPT . l ] +[ DEL ] のキーを同時に押すことでキー 
ボードリセットになりますが、これは単にリセットルーチンにジャンプするだ 
けで、リセット信号による本物のリセットではありません。このような場合で 
も、 reset 命令を実行することで、 I / O に対し、確実にリセットをかけること 
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ができるのです。 

そして、68040ですが、リセット解除後、少しアクセスをした後、ちゃんと 
RSTO (Reset Out ) 信号をアサートしてきました。よちよち歩きのようなも 
のですが、けなげにも reset 命令を理解しているのです。 


這えば、立て。立てば、歩めの X 68 ゴ コロ。 
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| デバッグの日々その1 

68040が連続してメモリをアクセスするようになったといっても、プログラ 
ムがまともに動いているわけではありません。画面はあいかわらず真っ黒です 
し、しばらくするとダ'ンマリになってしまいます。 reset 命令を認、識している 
ようですから、 ROM からはプログラムをうまく読み込んでいると思っていい 
でしょう。 

どこでコケてるのか？ 

これが、次の課題になります。 

ハードウェアだけ見ていてもらちが明かないので、 X 68030 の ROM 内のル 
—チン $ FF 0000〜 $ FFFFFF を逆アセンブルして角科斤することにしました。 
できたリストはファイルにして約 300 K バイト。2段組で縮小印刷をしても、 
優に 30 W 夂を超えるものになりました。 

昔、 X 68000 の未公開10 CS を解析するため、同じように大量の逆アセンブ 
ルリストと格闘したことがありましたが、あの場合は IOCS コールごとに動作 
力す分かれていましたので、上的簡単に；^理を追うことができました。 

しかし、今回は、延々 t 続くプログラムを解析しなければなりません。アセ 
ンブラは自分でプログラムしても、しっかりしたコメントをつけておかないと、 
作！をやっているのか後 1 T わからなくなります。ましてや逆アセンブルしただ'け 
のコメントなしのリストです。最初は何をやっているのか、さっぱりわかりま 
せんで'した。 

とりあえずリストと照らし合わせながら、68040がどこまで走っているのか 
を調べることにします。しかし、これも一筋縄ではいきません。チャンネル数 
の多い、ちゃんとしたロジックアナライザなら アドレス パ、スの変化^を追うこと 
で处理の流れがわかるのですが、私の使っているロジックアナライザは8チャ 
ンネルしかないので、 アドレス バスの変化を一度に見ること力 ? できないのです。 

しようがないので、8チャンネルのうちの2チャンネルを TS 信号！: TA 信 
号につなぎ、残りの6チャンネルをアドレス線の6本につないで、リセット後 
のアドレスの変化をメモしていきます。そして、アドレス線6本をつなぎかえ 
て、またリセットからの変化をメモしていきます。この fNI を4回やって、や 
っとアドレス纖4本分の変化を突き止めました。 
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ちなみに、68030のアドレス線は32本ですが、 X 68030 はこのうちの24本し 
か使っておらず、残りの上位8本はどこにもつながっていません。このため、 
たとえば、$00123456にアクセスしても、 $ FF 1 23456にアクセスしても、同 
じメモリにアクセスしたことになります。このため、 X 68030 でのア ドレス 空 
間は 16 M バイトが限界になります。 

さて、アドレスの変化^を追っていくと、どうもサブルーチンから戻ってくる 
ときに暴走しているらしいことがわかりました。サブルーチンは、戻り番地を 
スタックに書き込みます。書き込みに失敗して変な戻り番地をセットしたため 
に、リターンに失敗したか、はたまたリターン時の読み込みに失敗して変な番 
地に戻ろうとしているのかはよくわかりません。これを確認するためには、今 
度はデータバス32ビットの監視が必要になりますが、さすがにこれは無理です。 

原因の詳細はわかりませんが、現象が絞れてきました。注目すべきことは、 
このスタック操作ではじめて RAM アクセスが行われているということです。 
ROM アクセスはうまくいっても、 RAM アクセスに失敗している可能'注が高 
いのです。 

結局これは、変換回路の作るタイミングが68030のものと微妙に違うために、 
スタティックカラムモードのシビアなタイミングに追従できていな L 、のが原因 
のようでした。スタティックカラムモードは、写真 3.1 のように、マザーボー 
ドのメモリ コント ローラの近くにある、 SW 1 と描かれたパターンを ジャン パ 
一線でショートさせることて'^止することが 1 T きます。ためしにこれをやって 
みたところ、 RAM アクセスが正常に行われるようになりました。 



写真 3.1 スタティックカラムモードをオフにする設定 
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このスタティックカラムモードを禁止する SW 1 の情報は、 X 68030 のクロ 
ックアップに関する*倩幸 B といっしよにハ。ソコン通信上で知ったものです。当時、 
よく、こんな設定を見つけたものだと感心したのを覚えています。もし、この設 
定を知らなかったら、これまた 040 turbo はここで消えていたかもしれません。 
なお、後にスタテイックカラムモードも使えるようになりました。 

|デバッグの日々その2 


スタテイックカラムモードを禁止することで、また少し進むようになりまし 
たが、まだまだ動いているというには® t く、しばらくするとダンマリになっ 
てしまいます。 

X 68030 の ROM ルーチンを解析して少しわかったことは、68000から68030 
までの各プロセッサについては、プログラムが自分で判定 * 1 するようになって 
いる！:いうこ！:でした。しかし、68040を判定するルーチンは入っていません。 
もしかしたら、この ROM で68040を動かすのは無理なのかもしれないという 
考えが頭をよぎります。いちおうのアクセスができているのだから、68030で 
Human 68 k を立ち上げた後、動作プロセッサを68040に移行するようにしたほ 
うが早くできるかもしれないと思いはじめました。 

しかし、具体的に何が68040の動作を阻んでいるのかが気になるところです。 
さすがにアドレスの変イ匕を8チヤンネルのロジックアナライザ'で'監視するの 
はあまりに面倒だったので、アドレス線の監視のための試験回路を作りました。 
次ページの N 3.2が、そのブロック図です。 


* 1 

68020で追加された 
命令を68000で実行す 
れば エラーに なったり 
しますから、こうやっ 
ていくつかの命令を実 
行してみれば、切り分 
けがつくのです。 


比較部は、 74 ALS 688 というチップで構成され、 A 端子と B 端子が一致した 
ときに EQ 端子がアサートされます。 EQ 出力にロジックアナライザ 
の1チャンネルをつないでおいて、これをトリガ入力にしておけば、 

A 端子側につないだアドレス線が B 端子側のデイップスイツチに設定 
した値と同じビットパターンになったとき、トリガがかかるわけです。 
前後のアドレス変化はわかりませんが、 ROM の逆アセンブルリスト 
をにらんで处理の流れを一歩一歩追いかけて要所要所のアドレスに対 
するビットハ。ターンをデイップスイッチに設定していきます。これで 
トリガがかかれば、そこまでは走っていると確認できますし、トリガ 
がかからなければ、その前のどこかでコケたというわけです。ソフト 
ウェアのデノ<ッダで使うブレークポイントのイメー ジに近し、といえる 
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でしよう。 

表示部は、 74 ALS 273 というチップで構成され、 CK 端子の信号の立ち上が 
りで IN 端子につないだデータを取り込み、 OUT 端子に出力します。 
CK 端子に68040の TS 信号をつないでおくと、プロセッサがアクセス 
しようとするアドレスが次々と取り込まれます0 68040が正常に動い 
ているときはアドレスを読み取れませんが、68040が黙り込むと、最 
後にアクセスしようとしたアドレスがわかります0また、アクセス自 
体は生きていて無限ループに陥っているような場合は、適当に MSK 
端子のスイッチを押して一時的にアドレスの取り込みをやめれば、ど 
のあたりで'ループしているかがわかります。 

簡単な回路でしたが、これで、だいぶデバッグが楽になりました。 

話を本筋に戻しましよう。 ROM のどのあたりでおかしくなるかを調べてい 
くと、どうも $ FF 0000 番地より前に飛んでいって暴走しているらしい!：いう 
ことがわかりました。何をやろうとしているのでしよう。ここで、ふと、もし 
かしたら ROM デバ'ッガがいけないのかもしれないということに気づきました。 



A23 ~ A16 A15 — A8 A7 ~ A0 


( a ) 比較部 



A23 — A16 A15 ~ A8 A7 


( b ) 表示部 

図 3.2 アドレス線監視のための試験回路 
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ROM デバッガについては マニュアル 類にも書かれていないので、あまり知 
られていませんが、 X 68030 の ROM に内蔵されているデバッガプログラム* 1 
があるのです。 RS -232 C につないだ端末から操作するようになっており、 X 68 
のキーボードや画面が使えないような システム 自体のデバッグに威力を発揮し 
ます。これは、 X 68000 の ROM にも存在していました。機能的には XC につい 
てくるデバッガ DB . X とほぼ同じレベルですが、なんといっても Human 68 k 
が立ち上がらない状態でも使えるため、「68020 on X 68000」を作ったときは、 
この ROM デバ、ッガが重宝しました。 


氺1 

メモリスイツチの隠 
しオプションを指定す 
ると、起動時に組み込 
まれ、 エラーが 発生し 
たときや NMI ボタン 
を押したときに ROM 
デバ、ッガに制御が移り 
ます。 


このため、今回も ROM デバッガを使用する設定にしていたのですが、どう 
も X 68030 に搭載されている68030対応の ROM デバッガは68040では使えない 
よぅです。 

さっそく 68030モードに戻し、 switch . x を使って ROM デバッガをオフにす 
るようにメモリスイツチの設定を変更* 2 し、68040モードにしてリセットをか 
けます。 


氺2 

switch db = off で設 
定できます。 


れで働くか？ 


やっぱり動かないことに変わりはありませんでしたが、アドレスをチェック 
すると、前よりも少し進むようになっていました。 

そうこうやっているうちに、最初はなんだか意味不明のルーチンの固まりだ 
った ROM のプログラムでしたが、何をやっているのかがおぼろげながら見え 
てきました。こうなればしめたものです。 X 68030 で新設された I / O などもあ 
って、最初はどんな働きのものかぜんぜんわかりませんでしたが、実行される 
理内容からどのような目的の I / O なのかを逆に推測できたりします。 

そして、今度は、どうやら IOCS の画面モードの切り替えルーチンでつまず 
いていることがわかってきました。さらに調べていくと、テキスト VRAM の 
クリアで失敗しているようです。このクリアは clr . l 命令、すなわちロングヮー 
ドでテキスト VRAM をアクセスしています。 


げ、ダイナミックパ'スサイジングって、これがはじめてじやないか？ 

テキスト VRAM のアドレスを試験回路の比較部に設定して、ロジックアナ 
ライザでアクセスシーケンスを調べたところ、案の定、ダイナミックバスサイ 
ジングの変換回路にミスを発見しました。 
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今度こそどうだ！ 


祈る思いで電源をオンすると、 X 68000 時代から使っているデイスプレイテ 
レビ 「 CZ -600 D 」 が高解像度モードに切り替わるときのリレーの「カチッ」と 
いう音とともに、画面には1裒かしい IPL 画面らしきものが^:されました。 

実際には、文字は欠けてるわ、ゴミは出てるわで、まだまだ正常にはテキス 
卜 VRAM アクセスができていない様子でしたが、やっと、目に見える形の変 
化が現れたわけです。 

さらに、その後もいろいろと手を加えていくと、 IPL 画面の表示がだんだん 
まともになっていき、たまにフロッピーをガソ7、、ッとアクセスする音がするよう 
になりました。もっとも、その後、「エラーカ ? 発生しました。リセットしてく 
ださい」というメッセージが*^され、そのうち黙り込んでしまうことに変わ 
りはありません。 

しかし、目に見える変化が出たことで、おおいに勇気づけられました。 


oj Users 

68040の鼓動 

040 turbo を手にして最初に思ったのは、 

「68040はやっぱり速かった！」 

これです。 

そのときは 040 SYSpatch . sys 力 ? 68040の性能をまだ十分に引き出していなか 
ったのですが、それでもやっぱり68030と比べると桁違いの速さでした。一昔 
前のワークステーションに積まれていた MPU を搭載したマシンを自分ひとり 
で占有できる幸せ（笑）をかみしめたりもしました。 

040 turbo は、はじめのうちはまったく安定した動作をしてくれませんでした 
力す、 今は ゲームの とき以外は030モードにすることもないほど、040モードで 安 
定して動いています。 

実は、今でもまだ 040 turbo 取り付け時のまま、 X 68030 の側面カバーが開け 
っ放しなんです（笑)。ファンの大きな音を聞いて「040が動いてるんだなあ」 
と実感しています。(文•桃太郎 MAX-BBS MAX 0896) 
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| デバッグの日々その3 

それから、また、壁に突き当たってしまいました。 

IPL の文字が欠けているのですから、 VRAM アクセスにちょくちょく失敗 
していることは間違いありません。しかし、プログラムは結*まともに走って 
いるようですから、 ROM やメインメモリの DRAM のアクセスはうま〈いっ 
ているようです。 

X 68000 互換の I/O 系の調子が悪いようです。しかし、具体的に何が悪いの 
かがわかりません。わりとまともに文字が表示されるこ！：もあれば、ボロボロ 
のときもあります。とにかく試行錯誤でいろいろやってみるのですが、状況は 
あまり変わりません。 


68040から X 68000 互換の！/0系をアクセスするのは無理なのか？ 


今度こそ、68040の単独動作をあきらめ、68030で運用して特定のアプリヶ 
ーションだけ68040で走らせるという方法に逃げようかと考えました。プロセ 
ッサを自由に切り替えることができればなんとかなりそうです。しかし、いろ 
いろ試してみましたが、どうもうまく切り替わってくれません。それに、68040 
自体の動作力坏安定でした。万策尽きて、もう諦めの境地に達した頃、ほとん 
どヤゲでマザーボードに手をつけることにしました。 

実は、この段階では68040の PCLK (Processor Clock ) 信号に供給すべき 
50 MHz を、 25 MHz のクロックから図 3.3 .a のような簡単な回路で作り出して 
いました。 



図 3.3 簡単な倍クロック化回路 
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ゲートを何段も通して元の信号を遅らせ、図 3.3 b のようにちょうど lOnsec 
遅れた信号を作り、元の信号の EOR (排他的論理和）をとれば、周期が 20 nsec 、 
つまり 50 MHz の信号が取り出せるわけです。何段通すかはデイップスイッチ 
で設定するわけですが、ちょうど 20 nsec 遅れるような、虫のいい波形は得ら 
れませんから、きれいな 50 MHz にはなりません。抵抗やコンデンサの値を調 
整して、試行錯誤で68040が動いてくれるようにしたわけです。 

X 68030 のマザーボードを見ると 50 MHz のオシレータが載っていますが、 
68030は 25 MHz のクロックしか使いませんから、 X 68030 の68030ソケットに 
は、この 50 MHz を2分周した 25 MHz のクロックしか接続されていません。 
このため、 50 MHz を作り出す必要があったのです。 

こんな面倒なことをして 50 MHz のクロックを作っている* 1 のも、 X 68030 の 
マザーボードはきれいなままにしておき、68040の接続が失敗したら、いつで 
も元の状態に戻せるようにしておきたかったからです。 

X 68030 のマザーボードに手をつけ、 50 MHz のクロックを取り出すことを決 
意しました。これをやっても動くかどうかはわかりませんが、もうほかにやれ 
ることを思いつきません。ここまできたら、もうヤケクソです。 


* 1 

モトローラではクロ 
ックを倍化する専用 
LSI を用意しています 
が、普通のパーツ屋で 
は扱っていないようで、 
入手することができま 
せんでした。 


^ oice of Users 

私は人柱 

ある日、 040 turbo が届いた。さっそく取り付けてみた。おもむろに起動し、 
pic ファイルを表示させてみた。すると、こともあろうにグラフィック VRAM 
にゴミが出るではないか！ 

「 DMA だけでなく、グラフィック VRAM までもが根性なし* 2 なのか？」 

何かの常駐物との相性が悪いのかとも思った。しかし、それを特定すること 
はできなかった。 

ある日、どうもゴミは実行アドレスに依存しているらしいということに気が 
ついた。しかし、そのような報告を NIFTY - Serve にした人はいない。まさか 
68040自体のマスクの問題じゃあ？ 不安の日々* 3 。 

ある日、 BEEPs 氏がゴミ問題対処の方法をアドバイスしてくれた。やって 
みた。グラフィックがモザイクになった。…… 

ある日、どうもこの現象はうちの機械だけでなく、多くの 040 turbo ユーザー 
のところでも発生するということが判明。 BEEPs 氏が 040 turbo 側で対処方法 
を考えてくれることになった。至上の喜びであった。現在、私はその対処で問 
題ないか調べる人柱……〇 (文•おゆ NIFTY-Serve GBD02245) 


氺2 

うちの機械の DMA 
はクロック 17.4 MHz 
でさえコケる根性なし。 


氺3 

だって、68040つて、 
高いんだもの。 
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オシレータの足は基板の裏側にしか見えていないので、どこか表側に出てい 
ないかとオシレータ出力の配線をたどっていって、 74 F 804 という 1 C の8番ピ 
ンにたどりつきました。これがソケットになっていてくれたら話は簡単なので 
すが、マザーボードに直付けする部品です。 P 隹一の救いは、高密度のフラット 
パッケージが多用されている X 68030 のマザーボードのなかで、この 1 C だけは 
普通の DIP タイプということです。この 1 C の足に、写真 3.2 のように電線を直 
接半田付けして 50 MHz のクロックを取り出し、68040の PCLK につなぎます。 



I r 

1 8581^1 ノ 、 ...d 把 




写真 3.2 50 MHz クロックの取り出し 

これならどうだっ、とほとんど諦めの境地で、68040モードオン！ 

すると、どうでしよう。 IPL の文字が欠けることなく表示されるようになり 
ました。残念ながら、 Human 68 k は起動しませんでしたが、エラーメッセー 
ジが表^されるまで結挿!長い日寺間、フロッピーをアクセスするようになりまし 
た。しかし、後、もう一息というところで、「エラーが発生しました。リセッ 
卜して下さい」と*^されてしまいます。 

その夜はもう遅かったので、これで'終わりにしようと電源を切り、ロジック 
アナライザのホストである PC - 980 1 U 2 の電源も落としました。ここで、ふと 
Human 68 kC ;^ 理が移ってコケているのかもしれないと思い立ち、 Human 68 
k の解析のため、逆アセンブルだけでもしておこうと、68030モードにして X 
68030をパワーオンしました。 


起動しない。 
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マザーボードに手をつけた直後のこと、ついに壊したかと、一瞬^りました 
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が、これはロジックアナライザのプローブをつなぎっぱなしにしていたのが原 
因でした。実は、このロジックアナライザは、ホストである PC - 9801側の電 
源が入っていないと、つないだプローブがターゲットマシンの動作に影響を及 
ぼすのです。いつもはここで PC -9801 U 2 の電源を入れるのですが 、 Human 
68 k の解析は結構時間がかかりそうなので、しばらく X 68030 ばかりを使うこ 
とになるだろうと思い、プローブを全部外しました* 1 。 

無事、68030モードで起動し、逆アセンブルをすませた後、最後にもう一度、 
68040の状況を見ておこうと、68040モードにスイッチを切り替えてリセット 
しました。する！:、フロッピーがガガッと音を立て、いったん止まってしばら 
{すこっすこ後、 またフロッピーが回り出し、ズッズッズッズッと小気^よいアク 
セス音がした後、侍望のメッセージ 

Human68k ver3.01 


氺1 

プローブを つなぐと 
負荷も増えるし、ノイ 
ズにやられやすくなり 
ます。 


Human 68 k の起動メッセージが表示されたのです。 


^^oice of Users 

68040 と ED.R 

68040という石はおろか、68030ですら私にははじめてだったので最初のうち 
は苦労しました。 

実をいうと、 040 turbo を注文した時点では私は PRO ユーザーで、 X 68030 を 
買うお金すらなかったぐらいですから。どっちかというと 040 turbo は衝動買い 
に近いものでした（笑）。後でゲーム目的で X 68030 を買った友人から、 X 68030 
を格安で譲ってもらいました（おかげで、夏休みのバイト代がすべて吹っ飛ん 
だ、という話もある力”。 

さて、私は ED . R という ED . X に似たエディタを制作しているのですが、その 
プログラムは悪い 見本と いいます力、、 とても68040では （68030 でも）動くもの 
ではなく、自己書き換えなど当たり前というものでした。 

それからいろいろ勉強しまして、自己書き換えの後はキャッシュをタリアす 
ると力、、たとえキャッシュオンの状態でも暴走だけは避けられるように自己書 
き換えの順番を工夫するなどの変更をしてなんとか動くようにはなったようで 
す（自己書き換えを止めろというのがもっともな意見かも……)〇 

( 文•上田智 NIFTY-Serve GBD03624) 
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Human68k 


待望のメッセージは表示されましたが、途中でコケて、、#"のプロンプト状 
態に落ちました。普通はェラーになると「リセットして下さい」といってくる 
ので、このプロンプトを目にすることはないのですが、何か変なことをして 
command.x がコケたり、 command.x を削除して起動できないようにしてお 
くと、この状態になります。 

Human68k 自体のコマンド入力状態のようで、 command.x の内部コマン 
ドである dir や type などは実行できませんが、外部のプログラム類をフルパス 
で指定してやれば実行することができます。 

ここらへんは、 ROM 角科斤やらハードエ作やら、さんざん普通じやないこと 
をやってきたので、だいたいは経験済みです。 

ためしに 「 command . X 」 とタイプしてみましたが、やはりバスェラーで、、#" 
プロンプトに落ちてしまいました。しかし、まだ暴走はしていません。いちお 
う、カーソルは点滅し、キー入力も受け付けてくれます。 


COLUMN 


X68000 の ROM-OS 

これは、 X68000 を使いはじめの頃、 ROM の解析をしていて偶然発見した 
ものです。 

マニュアルには 一言も書いてありませんが、初代の X68000 には ROM ディ 
スクというものが存在し、ここに Human68k と TERM.X が入っていました。 
そして、メモリスイッチの起動を ROM 1“ にすると、 ROM の Human68k が 
起動するのです。 SRAM を SRAMDISK に設定しておくと、そのなかの 
command.x を実行しようとし、見つけられないと、、#”プロンプトに落ち 
ます。 

自作のプログラム game.x* 2 を command.x にリネームして入れておき、ハ 
—ドディスクもフロッピーもアクセスせずに、いきなり game.x が起動する 
様を見て、 game 専用マシンだと喜んでいたものです/ 

ちなみに、 SRAM を No_use にしておけば、 ROM ディスクのなかの TERM. 
X が起動しターミナル専用マシンに早変わりというわけで、「隠し」にしてお 
くにはもったいない機能でした。 


* 1 

今の switch . x では設 
定できません。 


氺 2 

知る人ぞ知る、マイ 
コン黄金時代にはやっ 
た game 言語のインタ 
プリタの X 68 版です。 
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しかし、 Human 68 k が起動しているのを見ても、68040で動いているという 
自信がありません。切り替えスイッチは、確かに68040モードですが、 

スイッチが壊れたんじゃないか？ 

変換回路のモード切り替えロジックをミスっただけじゃないか？ 

プローブを外してしまったので、ハード的に68040の動作を確認、することが 
できません。一度電源を切って、ロジックアナライザのプローブをつなぎたい 
衝^にかられました力\止めると二度と動かないかもしれません。 

デバヽッガならどうだ？ 


っと、さっそく 「¥ bin ¥ dhx 」 +1 とタイプしてみましたが、こちらもパ'スエラ 
-です0 


なんとか簡単に確認できないか？ 


* 1 

ゃ # ,, プロンプトで 
は環境変数 PATH な 

んてないので、フルパ 
スで入力します0 


思い立ったの力す、 cachex を利用することでした。 


#¥bin¥cache.x 

命令キャッシュ . .OFF 

データキャッシュ . jOFF 

なんと 力、、 caches は エラーに ならずに 動く ようです。それでは、とキ ヤツ 
シュをオンにしてみます。 


#¥bm¥cacne.x on 

命令キヤツシユ . JDFF 

データキヤツシ ユ . .OFF 


おっ、キャッシュオンにならない0 

これは、期待大です0というのも、68040と68030はキャッシュ制御レジス 
夕のビット位置が変わっており、68030の制御ビットに当たるところは68040 
ではつねに、'0"になっています。 cache . x は、68030のつもりでキャッシュ 
をオンにしようと制御ビットに、 x l " をセットします力 5 '、力 ? 書き込まれ 
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ないというわけです。このため、そこが、'〇"になっているので、68030のキ 
ヤッシユ 制御] レジスタのつも りで見ると、 つねに オフになって見えて しまい、 
cache . x でオンにできません。これが68040の証というわけです。 

うれしくなって何度も実行しているうちに、とうとう暴走してキー入力を受 
け付けなくなってしまいました。キーボードリセットもききません。 

ロジックアナライザをつなし、でないので無限ループに陥っているのか、ダ、 

ンマリになっているのかさえもわかりません。 

幻じやないよな。 

祈る思いで、もう一度リセットボタンを押してみます。 

再び Human 68 k のメッセージが表示されま したが 、今度はデバイスドライ 
バの登録のメッセージのあたりで、 

バスエラーが発生しました。リセットしてください 

となってしまいました。 

しかし、とにかく、 Human 68 k のブートには成功しているようです。 

デバイスドライバ、を外して、原因を突き止めたい気持ちでしたが、すでに夜 
中の3時を回っており、明日も仕事があるので、パワースイッチをオフにしま 
す。リセットボタンを押すと、電源力落ちてくれました。 

間違いない 0 68040で Human 68 k が起動した。 

とっくにカミさんは寝ていましたが、わざわざ起こして击ビールの乾才不につ 
きあわせます。ちょっと興奮ぎみにハードウェアの話をするのを見て、よくわ 
からないながらもカミさんも手応えを感じてくれたようでした。ここ2力月間 
というもの、家族を顧みないでやってきたことがやっと報われたわけです。も 
っとも、「次はソフトウェア、まだまだ先は長いぞ」というと、ガッタリして 
いましたが。 
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歪んだ信号 


結局、 Human 68 k が起動するようになったのはクロックの安定イ匕によると 
ころが大きいので、しよう。ためしに取り出した 50 MHz のクロック線にフ。ロー 
ブをつないら #1 起®]しなくなってしまいました。それ^^け、シビアというわ 
けです。 

ちなみに、 040 turbo の配布基板でも、 50 MHz のクロックは X 68030 のマザ 
ーボードから取り出しています。ただ、 1 C の足へ半田付けするのはさすがに 
忍びないので 1 C タリップをかませる* 2 ようにしました。不安定になるかと心 
配したのです力 5 '、結*安定して動いてくれました。もっとも、クロックアップ 
しているマシンでは、半田付けしたうえ、電線を極力短くしないと安定しない 
ようです。 

頭でデジタル回路を考えるときは、 High レベルと Low レベルだけの波形を 
思い浮かべますが、実際にはかなり歪んだ形になります。 50 MHz といったら 
相当に高い周波数ですし、今回の 50 MHz は、バッファも通っていない、オシ 
レータの出力そのままです。 


* 1 

プローブ 自体が負荷 
になるために、信号が 
鈍るのです。普通、こ 
ういうレベルで動作が 
変になってしまうのは 
マズイのですが、しか 
たがありません。 


氺 2 

1 C タリップでは接 
触不良を起こす可能性 
もあるので、いまいち 
心配だったのですが、 
25 MHz で使う分には 
おおむねいいようです。 


-— 

^/oice of Users 

お気楽、極楽 040tu「bo ライフのすすめ 

私の 040 turbo ですが、購入以来、 34.8 MHz でしっかり稼働しています。 

でも、最初はやはり不安定で、最初に取り付けたときなどは画面表示が乱れ 
に乱れて起動すらしませんでした。 040 turbo が届く前から、私の X 68030 はク 
ロックアップ改造済みだったので、それが原因で 040 turbo もイカれてしまった 
のではないかと思っていました。 

しかし、多くの 040 turbo ユーザーの方々から情報をいただき、 50 MHz のク 
ロックを取り出す配線を極力短くし、 1 C クリップもやめて、直接マザーボー 
ドに半田付けをしたところ無事起動！！今では快適な68ライフを送らせていた 
だいております。 

今では、 vdt ファイルをサクサク特殊再生させたり、 SX - WINDOW で窓を 
いくつも開いてサクサク動作する様を見ていると、生きててよかったと感じず 
にはいられません。 SX - WINDOW に EG Word が乗ろうとも、きっと 040 turbo 
ならびくともしないでしよう。日頃 X 68030 の スピードで悩み多き ユーザーの 
方々が 040 turbo を購入されて、お気楽、極楽な？68ライフを満喫してくださる 
ことを願ってやみません。 


(文•よつち ☆ NIFTY-Serve JBG 0 350 7) 
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私はオシロスコープを持っていないため、実際の波形がどうなっているのか、 
このときはまだ見ていませんでした力す、ボロボロに歪んでし、るだろうというこ 
とは予測していました。後になって、 040 turbo 配布の参加者でオシロスコー 
プを持っている人がいたので、評価基板を送って波形観測をしてもらいました。 
図 3.4 が波形のスケツチです。バラツク基板が動いていない！：きにこの波形を 
見ていたら、「こんなに歪んでいるんじゃあ、動かすのは無理* 1 だ」と、さつ 
さとあきらめていたでしよう。 



氺 1 

今でも、よく動いて 
いるなあと感心してし 
まいます。68040は、 
内部で波形を整形して 
使つているようなので、 
かろうじて動いている 
のでしよう。 
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68040のバグ? 


さて、クロックの安定化で Human 68 k は起動するようになり、何回かに1 
回は commandx まで行くようになりました。しかし、デバ、イスドライバ、の登 
録で、バ、スエラ ーに なったり、うまく起動してもフロッピーのアクセス中にちよ 
くちよくハングアップしてしまいます。どうも DMA を使うとハングアップし 
やすいような感じです。そこで I / O からのバスリクエストをトリガにして、口 
ジッタアナライザで変換回路のバスアービトレーションを観測してみます。 

フロッピーのアクセスごとにトリガ' 5^' かかる* 1 のですが'、こういうときに限 
ってなかなかハングアップしません。また、トリガがかかった後のシーケンス 
でハングアップが起こったりします。原因がわかりませんから、トリガ、条件も 
絞れず、ただただ異常シーケンスカ丐 I っかかるまで何度もトリガ侍ちにしてフ 
ロッピーアクセスを繰り返すしかありません。 

そして、ついに図 3.5 のようなシーケンスが引つかってきました。 


* 1 

バスリタエストだけ 
をトリガにしているの 
で、 DMA が動〈たび 
にトリガがかかるので 
す。 


TS 

AS 


DSACKx 

TA 



⑦ 





I/O の BR 
I/O の品 


68040BG 

BB . 
( = BGACK) 




図 3.5 フロッピーのアクセスエラーになるシーケンス 
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本来の68040のバス制御は、次のようになるはずです。 


1. バスを使いたい I / O が BR 信号をアサートする。 

2. これを受けて変換回路は68040への BG 信号をネゲートする。 

同時に、 I/O への BG 信号もアサートする。 

3. 68040は現在のアクセスを終了すると、バスを開放し、バスを使っている 
ことを示す BB 信号（二 BGACK 信号)* 1 をネゲートする。 

4. I / O は BGACK 信号がネゲートされたのを確認すると、今度は自分がバ 
スを使うことを伝えるために BGACK 信号をアサートする。 

同時に I / O は BR 信号をネゲートする。 

5. これを受けて、変換回路は I / O への BG 信号をネゲートする。 

同時に、68040への BG 信号もアサートする。 

6. 68040は BB 信号がネゲートされるのを待つ。 

7. I / O はバスの使用を終える！:、 BGACK 信号をネゲートする。 

8. 68040がバスを獲得し、 BB 信号をアサートする0 


68040の BB 信号は、 
X 68030 側の BGACK 
信号と直結しています。 


こうなるはずなのですが、異常シーケンスを見てみると、図の③の部分で、 
68040が BB 信号をネゲートしたので、 I / O が「よしバスを使うぞっ」と BB 信 
号をアサートしたのにもかわらず、図の⑦の部分で68040から TS 信号が出て 
います。 

68040はバスの使用権を手放した* 2 にもかかわらず、平然と割り込んできて、 
I / O 、この場合は、 DMA の邪魔をしていたのです。 

これは、どう見ても68040の動作がおかしいとしか思えません。使っている 
のがジャンク品の68040だけに、チップ自体にバグがあるのかもしれません。 
しかし、これがどうにかならないとフロッピーを含め、 DMA が使えないこと 
になります。試行錯誤でいろいろやってみると、68040への BG 信号をネゲー 
卜して実際に68040がアクセスをやめるのを待ち、さらに1クロックおいてか 
ら I / O へ BG 信号をアサートするようにしたら、なんとか使えるようになりま 
した。 

しかし、これまた運よく対处できたからよかったようなものの、できなかっ 
たら DMA をあきらめなければならなかったかもしれません。 

そう思うと、バラック基板が動いたのはラッキーというより奇跡に近いと思 
えてきます。 


バスを使い終わった 
ので、 BB 信号をネゲ 
ートしたはずなのです。 
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| ベンチマーク 

68040で Human 68 k が動き出すようになると、試してみたくなるのがベン 
チマークテストです。もともと68040を動かすこと自体が目的のようなもので、 
性能は二の次と思ってきましたが、動くとなると気になってきます。 

果たして、68040はどれくらいのスピードなのか？ 


ベンチマークテストといってもいろいろあります力す、とりあえず、手元にあ 
った powers * 1 というフリーソフトを試してみました。これは、 X 68000 用の 
性能測定プログラムとして有名なものの1つです。 10 MHz の X 68000 のスピ 
ードを基準* 2 に、相対性能がパーセント表示されるものです。 

さて、これで測定してみた結果力 ? 表3.1です。68040の性能はわずか113.98%、 
キャッシュをオンにできていないということもあるでしょう力气68030のキャ 
ッシュオフの性能と比べても芳しくありません。しかし、68030のキャッシュ 
オン時の性能も、173.75%とこれまた低すぎます。 

後でわかったことですが、 power . x は単位時間に何回ループを回ることがで 
きるかで性能を計測して いる のですが、この単位時間のチェックに RTC(Real 
Time Clock ) を アクセスし て秒のデータが変化するまで、つまり1秒経過する 
のを待っ ている のです。 X 68000 XVI 以降のマシンでは高速化に対応して I/O 
アクセスに ウェイトが入るようになって いるた め、相対的に ルーフ。 できる回数 
が減って値が低めに出るというわけでした。 

しかし、このときはこのような詳しい事情を知りませんでした。とにかく、 
ちゃんとプロセツサのパワーを測定できるプログラムがほしかったので、友人 


表 3_1 power.x の結果 


マシン 

プロセッサ 

クロック 

キャッシュ 

power 値 

X 68000 

68000 

10 MHz 

なし 

97.84% 

68020 on X 68000* 3 

68020 

10 MHz 

オフ 

78.13% 

68020 on X 68000* 3 

68020 

10 MHz 

オン（命令） 

172.71% 

X 68030 

68030 

25 MHz 

オフ 

173.56% 

X 68030 

68030 

25 MHz 

オン（命令/ 亍 一夕） 

I 73 J 5% 

68040 on X 68030 

68040 

25 MHz 

オフ 

113.98% 


注： X 68030 はスタテイックカラムモードオフで使用。 


* 1 

作者 milk 氏。 

氺 2 

常駐 ソフ トウエアの 
負荷を見るために、実 
行したマシンの無負荷 
状態からの相対性能を 
表示するバージョンも 
あります。これ^^と、 
性能表示が100%を超 
えることはありません。 


氺3 

前に作ったボードで 
す。 
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の Yakkun 氏* 1 に頼ることにしました。彼の X 68000 XVI は 24 MHz にクロッ 
クアップされていますし、草の根ネットもこまめにチェックしているので、他 
の性能測定プログラムも持っていそうです0 
時間は夜の11時を回っていました力 5 '、かまわず電話をかけてしまいます。 

私：クロックアップしたマシンで性能測定するベンチマークプログラム、何 
か持ってたら送ってよ。 


氺1 

ちなみに、彼は私と 
同期入社だったのが腐 
れ縁の始まりで 、X 
68000の道に引っぱり 
込まれ、パソコン通信 
にもはまり、今度は040 
turbo にも参加して（さ 
せられて？）います。 


これで、ビーンときた* 2 ようです。 

彼： え、 68040 って、もうベンチマークやるレベルになったの？ 

私：まだ若二! 11 あやしいけど、 Human が動くようになったんだ'よ。 

彼： おっほーッ、すごいじゃん。 

結果が出たら知らせるから……、そんな約束をして電話を切りました。夜中 
の 2時頃、まだ無理かなと思いながらも NIFTY - Serve にアクセスしてみる 
と、彼からプログラムが入った メール カ堀いていました 0 そのうちの1つが pv . 
x でした。 

pv . x * 3 は、 power . x の不具合である I / O アクセスのウェイトを避けるために 
タイマ割り込みが使われており、ほぼプロセッサの速度比* 4 が反映されます。 

もう寝るつもりでしたが、せっかくプログラムカ ? 届いたのです。試してみな 
いと気がすみません。今度こそ、と勇んで実行してみましたが、やはり68040 
の性能は、表 3.2 のとおり芳ばしくないものでした。 

今度は、 X 68030 のキャッシュオン性能が初代 X 68000 比 5.48 倍ですから、い 
い線です。プログラムの問題はないとなると、68040の: L 98 倍という数字を信 
じるしかありません。キャッシュオフとはいえ、これは、期待外れのものでした。 


* 2 

実は、この 040 turbo 
計画、うまくいかなか 
ったら恥ずかしいので、 
人にはほとんどいって 
いなかったのですが、 

1回だけ、メモリへの 
アクセスに成功した頃 
に（我慢できなくなっ 
て）「こんなことをや 
ってるんだよ一ん」と、 
MAX - BBS という草 
の根ネツトでほのめか 
したことがありました。 


* 3 


作者 K.Nakayama 氏。 


氺4 

といっても、単純な 
命令の繰り返し回数で 
すから、 いつも この数 
値のような性能が出る 
わけではありません。 


表 3.2 pv/.x の結果 1 


マシン 

プロセッサ 

クロック 

キャッシュ 

X 68000 比 

X 68000 

68000 

10 MHz 

なし 

0.98 倍 

68020 on X 68000 

68020 

10 MHz 

オフ 

0.76 倍 

68020 on X 68000 

68020 

10 MHz 

ォン（命令） 

1.73 倍 

X 68030 

68030 

25 MHz 

オフ 

2. 50倍 

X 68030 

68030 

25 MHz 

オン（命令/データ） 

5. 48倍 

68040 on X 68030 

68040 

25 MHz 

オフ 

1.98 倍 


注： X 68030 はスタテイックカラムモードオフで使用。 
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かつて「68020 on X 68000」を作ったときは、作る前からあまり性能が上 
がらないという噂を聞いていましたので、性能がふるわなくても* 1 そんなにシ 
ョックを受けませんでした。 

レかし、今回の X 68030 への68040の搭載はまだ誰もやったことがないはず 
です。68040の潜在的なパフオーマンスからすれば、変換のオーバーヘッドを 
考えても68030の2倍はいくと期待していたので、キャッシュオフ状態の比較 
とはいえ、68030より劣る数字が出たというのはショックでした。 


氺1 

power.x や pv.x の評 
価は単純ループなので 
7割増しですが、実際 
のアプリケーシヨンで 
は2割アップがいいと 
ころ。これでは X 68000 
XVI にもかないません0 


68040が、どうして、こんな性能しか出せないの？ 
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こんな結果では恥ずかしくて表に出せない。また、お蔵入りか？ 

しかし、まだ望みがなくなったわけではありません。68040には68030の16 
倍の容量のキャッシュカ ? あります。キャッシュオンにすれば、逆転できるかも 
しれません。なんとかキャッシュオンにす兆戦してみます。 


|ああ、キャッシュオン 

cachex で68040キャッシュをオンにできないのは、キャッシュ制御レジス 
夕のキャッシュイネーブルビットの位置力す68030と68040では違っているため 
です。それならと、デパ'ッガから直接キャッシュ制御レジスタを叩いて該当ビ 
ットをオンにしてやります。しかし、デバ、ッガ自体がハングアップしてしまい 
ました。あわてて68040のューザーズマニュアルを調べると、68040はリセッ 
卜してもキャッシュ内容がクリアされないため、キャッシュをオンにする前は 
CINV (Cache INValid) 命令を実行して、キャッシュをクリアしておかな 
ければいけないと書いてありました。 

ところが、68040のューザーズマニュアルには、どこにも CINV 命令のオペ 
レーシヨンコード、いわゆる16進数の機械語コードについての情報が記載され 
ていないのです。68030のユーザーズマニュアルには各命令を詳細に説明して 
いるページがあるのですが、この CINV 命令は68040で新設された命令ですか 
ら載っていません。68040から新設された命令の詳細説明* 1 は r 68000 
PROGRAMMERS HANDB 00 K」 という別のマニュアルに分かれてしま 
っていたのでした。実際、68040のューザーズマニュアルは68030のマニュア 
ルの半分以下の薄さで、 mmm は載っていないなとは思っていたのですが、 
命令の一覧表があったので、そこに機械語コードも書いてあると思い込んでい 
ました。いずれはプログラマーズハンドブックのほうも入手するつもりでした 
力 5 '、まさ力 1 、こんなに早く必要になるとは思っていませんでした。 

キャッシュオフ時の不本意な数字のまま、 Yakkun 氏に言い訳まじりの報 
告メールを書いて、その日は4時頃、床につきました。 


氺1 

ちなみに、ハードウ 
エアの詳細説明も 

r 68000 DESIGNERS 
HANDBOOK 」 という 
本に分かれています。 
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I キヤッシュオンのベンチマーク 

とりあえずほしいのは、 CINV 命令の機械語コードです。翌日、知っていそ 
うな知人に電子メールを出しまくりました。ほどなく 2 人から CINV 命令の 
フォーマットについての返事が届きました。さらに、ついでにお願いしていた 
DHRYSTONE や WHETSTONE* 1 も入手することができました。 

さっそく、デバッガで CINV 命令の機械語コードと、キャッシュ制御レジ 
スタを操作する_吾コードを書き込んで実行します。さすがに、今度はハン 
グアップしません。それではと、デバッガを抜けて ベンチマーク プログラムを 
実行しようとすると、 ここで ' パ' スエラ ーになってしまいました。 

考えてみると、フロッピーのアクセスは DMA によって 68040 の知らないと 
ころでメモリ内容の書き換えをしていることになります。すると、プロセッサ 
の キャッシュは 古いデータになってしまいますから、 DMA 後に キャッシュを 
クリアしてやらなければなりません。 IOCS や Huinan68k のなかでは、この 
ような キャッシュ クリアの处理もこまめに行われているのでしようが、 68040 
の キャッシュ クリアの方法は 68030 の キャッシュ クリアの方法とは違うので、 
キャッシュ 内容がクリアされずにそのまま有効となり、 キャッシュ 上の変なプ 
ログ'ラム やデ、ータを実しようとして暴走してしまうのて v しよう。 

最終的にはこれらの箇所をパッチしていくこ！:になるわけですが、今はとに 
かく、 ベンチマーク プログラムをキャッシュ オンで 走らせるの力 ? 先'决です。そ 
れならというこ とで、デバ ' ッガで先に ベンチマーク プログラムを読み込んでお 
いてキャッシュを オンに します。そうしておいて、すでにメモリ上に ローテ、'ィ 
ングされている ベンチマーク プログラムの スタート 番地から実行* 2 させてみた 
ところ、めでたく実行させること力 5 'できました。 

結果は表 3.3 のとおりです。 pv*x は、実に 10MHz の X68000 比で 161 音、これ 
には一瞬我が目を疑ってしまいました。 X68030 のキャッシュオンと比べても 
3 倍です0 


* 1 

ベンチマークテスト 
プログラムの定番です。 


氺2 

X 68000 上で68020の 
キャッシュをオンに し 
てテストしたときも、 
この技を使いました。 


一気に逆転。そうよ、そうよ、こうでなくちゃ。 

DHRYSTONE や WHETSTONE は、プログラムがすっぽりキヤッシユ 
に載ってしまうため、実際のアプリケーシヨンの実行ではここまで顕著な効果 
はないかもしれませんが、それでも X68030 の 2 倍から 3 倍の性能* 3 は叩き出 


氺3 

X 68030 の広告でも 
演算性能は DHRYST 
ONE 比となっていま 
すから、この比較は許 
されるでしよう。 
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してくれそうです。 

まだ'、キャッシュオンにするとファイルアクセスができなくなりますから、 
実用には程遠い段階ですが、頑張る価値は十分あります。それに、なんといっ 
ても胸を張って公開できる結果です。 


表 3. 3 pv.x の結果2 


マシン 

プロセッサ 

クロック 

キャッシュ 

X68000 比 

X68000 

68000 

10MHz 

なし 

0. 98 倍 

X68020 on X68000 

68020 

10MHz 

オフ 

0. 76 倍 

X68020 on X68000 

68020 

10MHz 

オン 

1.73 倍 

X68030 

68030 

25MHz 

オフ 

3. 59 倍 

X68030 

68030 

25MHz 

オン 

5. 50 倍 

X68040 on X68030 

68040 

25MHz 

オフ 

2. 04 倍 

X68040 on X68030 

68040 

25MHz 

ライトスルー 

16. 44 倍 

X68040 on X68030 

68040 

25MHz 

=1 ピーパック 

16. 37 倍 


^^oice of Users 

ベンチマークオタクの独り言 

私は、コンピュータと名がつくものを見るとベンチマークを計りたくなる性 
分のようです。 BEEPs さんが進められている 040turbo 計画への参加を表明し 
たときに真っ先に聞いたの力 5 '、 DHRYSTONE ver 2の入手方法でした。 T 、 
てなわけで、 040turbo がきたときに計ったベンチマークの味は格別なもので 
した（なんだ、そりゃ）。結局、私は 040turbo の凄さに圧倒されて、使いこな 
しなんてことはもう全然別の次元の話で、いろんなソフトを走らせては「速い 
速い〜」と、いまだに 040turbo の速さにニヤニヤしているような状態です。 

040turbo で私が苦労したことといえば、空冷ファンの取り付けに七転八倒し 
たことぐらいです。今後参加される方は、 040turbo に取り付ける放熱ファンの 
高さに注意してください。下手なものを買うと、私みたいに結局2つ冷却ファ 
ンを買うことになります。 

040turbo の今後の課題があるとすれば、 X68030 本体の天板から出している 
LED と放熱ファンの電源コードをどうするかです。* 1 (かっちよわり〜い） 

( 文 * TeM NIFTY-Serve HGE02300) 


* 1 

放熱フアンが本体力 
バーに当たってカバー 
が閉まらなくなります。 
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040 turbo 第一報 

パソコン通信で書き込んだ ( MOtiifbo * 1 の第一報は、次の文章でした。 
書き込み先はもちろん、 NIFTY - Serve のシャープ ユーザーズフオー ラム 


097/999 PEG 00631 BEEPs 68040 on X 68030 動きました 

(14) 93/07/06 23 : 24 コメント数： 6 

RT で報告していましたが、68040 on X 68030 の実験が一応 
の成果をおさめましたので、報告します。 

X 68030 の IPL は、68040には対応しておらず、68030という表示になり、 
グロツクの表示も正しくないです力 ? 、 FD から Human 68 k Ver 3.1 は起動で 
き、主なコマンドは実行できるようになりました。ただ、 SCSI からの起 
動は、エラー}:なりできません （ SCSIDRV 組み込みで、アクセスはでき 
ます。） 


性能は、以下の通りとなりました。 

68000 68030 68040 


cache off/on cache off / wt ( * a )/ cb ( * b ) 


pv.x ( * 1 ) 

- 

3.59 

5.50 

2.04 

16.44 

16.37 

dhrystone (* 2 ) 

1529 

4854 

6578 

5208 

16666 

25000 

whetstone (* 3 ) 

96.06 

251.26 

279.33 

194.55 

476.19 

689.66 


(* a ) ライトスルー•モード 
(* b ) コピーバック.モード 

(* 1 )power view 

(*2) version 2.1 500000回指定 

(*3) float 2 使用浮動小数点演算を f 命令で直接駆動すればもっと早い 
でしよう 


大ざっぱに言って、キヤシュオフの時は、68030よりも若千遅いですが、 
キヤシュをオンにすると、68030の2倍以上の性能はでるようです。 

なお、キヤシュ制御が68030と68040とでは異なるため、キヤシュオンのま 
ま Human 68 k を使うとファイルアクセスなどで異常になる（キヤシユク 
リアが失敗するのでしよう）ため、テストでは、 db . x でターゲットプ ログ 
ラムを ローディング した後、キヤシユをオンで実行しています。 

現在のハードは、バラックのドータボートを X 68030 の MPU のソケットを 


氺1 

このときは、まだ040 
turbo と呼んでいませ 
んでした。 
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介して接続し、オリジナルの 68 EC 030 および、68040と外付け回路を載せ 
てます。もともと、ハード的に68040と68030は互換性が無いので、外付け 
回路で 


1) 外部アクセス信号およびタイミング変換 

2) ダイナミックバスサイジングのサポート 

3) バスアービトレーション制御 
4 ) クロック閨連 

などを行ってます。回路規模は、 GAL 16 V 8 X 3 個、 GAL 20 V 8 X 2 個、 
74 AS 245 X 6個、 74 AS 374 X 2個、 74 AS 74 X 1個です。 

なお、 50 MHz のクロックのみ、マザーボードの 50 MHz のクロックモジュ 
ールから直接取つてます（これはドータボード上で生成できるようにする 
予定） 

さて、このような状況で、ハードは何とかメドがついてきました。そこで、 
プリント基板を起こそうと計画しています。 

現状は、ソフト（主に Human ) に問題があるので、アプリケーションが 
バリバ'リに動くというわけにはいきませんので、どちらかというと、68040 
を使えるようにするための協カスタッフを募るという性格になります。 

なお、プリント板だけの製造原価自体は、1〜2万円程度ですが、設計費 
や版代等が結構かかる模様です。人数が見えてきたら、再度価格について 
報告します。ちなみに、68040は、現在、6万円以上します。 

まあ、とにかく、興味のある方は、参加表明してください。 

PEG 00631 BEEPs (大塚） 


FSHARP1 「ハードウェアの部屋」 J ： MAX-BBS の X68 ボードです。ま 
た、他のネットにも転載されていきました。 

次の日には、さっそくレスポンスがついていました。 


098/999 JBB 00531 ゆい RE : 68040 on X 68030 動きました 

(14) 93/07/07 00 : 04 097 へのコメント 

おおおお！私憧れの040が動いたのですか！私は、ずぶの初心者のため、 
何も協力出来ないとは思いますが 

少しでも力になれることがありましたら（ないない广、）協力させて頂 
きたいと思います。（人柱..いや、68柱 （？） でも構いません。） 
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しかし、今月の 「COMPUTER DESIGN 誌」をみて、「（まともな性能を 
出す事の出来る）アクセ ラレータの 制作は難しいだろうなあ」と思ってい 
たところドライで、25000とは.... 

今後の展開が楽しみです。頑張ってください。 

JBB 00531 : ゆい 


099/999 GHH 01360 伊寿墨眼仁奈 RE : 68040 on X 68030 動きました 
(14) 93/07/07 01: 23 097 へのコメントコメント数： 1 

おお、040ですね。 

Mac だと、ほとんどのソフトがキャッシュオンで動くんですが 0 
( EXCEL 2.2 J が動かなかった） 

X 68030 持ってないんで訳にはたてませんが、記事を転載させて戴きます 
ね（一；） 

レモン通信 in 広島 

0823-20-0068 です • 。（宣伝宣伝(一，)) 

伊寿墨眼仁奈 


103/999 JBG 03507 大浦義宏 RE . X 68030で040を • • • 

(14) 93/07/0717 : 39 コメント数：1 

いや一凄いですねえ一、誰かがやるとは思っていました力 ? 、 まさかこんな 
に早くできるとは • • •それにしてもキャッシュオン時の040ノぐワーは 
炸裂してますねえ 一。 （凄いです）そうそう040が高速なのはいいのですが、 
周辺回路とのウェイトはい力 1 ほどのもんでしようか？まあ030と切り替え 
が可能という事で某所でやっている従来機種 X 68 K 用のアクセラレータ 
030の 50 MHz で 68 K の2から3倍（クロック MPU には 50 MHz で最高は80 
MHz で動いたそうです • • •すげえ一）との事ですから、その030の2倍 
といえばもう涙ものですね。あいにく僕はプログラムを組める才能もない 
し、ハードについても素人なおろか者なので、どうしようもないですが、 
一応 X 030 は買ったのでどうぞ人柱として扱き使ってやって下さい •• • 

(△△ ; ) 今イ メュニ 2 の為に貯金しているので資金はなんとかなります 
ので ••• 。 

それではこれからどうぞよろしくお願いいたします。 
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P . S . そういえば、家の X 030 は 34.8 MHz なんですが、10データー製のメモ 
リボードで完動するのでしょうか？本体の方はジャンパー飛ばしてたけど。 

大浦義宏 


104/99 9 PAF 03012 Arimac RE : 68040 on X 68030 動きました 

(14) 93/07/07 22 : 23 097 へのコメント 

いや〜、久々に血沸き肉踊る話題ですね一。じ。じ”じへ） 

4倍速程度では面白くないと、焼き鳥には手を出していない私ですが、 
流石に16倍速となると私財を投げ売ってでも手に入れたい。 

(実数演算では焼き鳥でも GCC 30 で80倍速でたが…） 

それと、メモリーが 12 MB 以上増設出来れば何も言うことはないですね。 
話がもう少し具体的になってきたら参加したいと思います。 

Arimac 


反応は上々です。それに、基板配布についても、値段も何もまったくわから 
ないにもかかわらず、すぐに10人ほどが参加表明してくれました。 

私と同じように68040に熱い思いを持っている人はまだまた'、るようです。 
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| プリン mm 

とりあえずバラック斟反で Human 68 k が動くようにはなりましたが、キヤ 
ッシュオンにすると ファイル アクセスが'できなくなるなど、まだ'まだ'解決しな 
ければならない問題は山積みです。1人でやっていても限界があります。 

ソフトウェアなら他の人に試してもらうのは簡単です。現に X 68000 の快適 
な環境を支えている多くのフリーソフトウェアがそうやって育ってきました。 
しかし、ハードウェアはそうはいきません。クロックアップのような簡単な回 
路ならまだしも、68040のバラック基板を作れる人はそうはいません。やはり、 
ちゃんとしたプリント基板を起こす必要があります。10人程度では基板の設計 
費のほうが高くつきそうですが、どの程度の値段になるか見通しがつけば、も 
っと多くの人の参加が期待できるかもしれません。 

まだ完全とはいえないし、値段もわからないというのに、 040 turbo 計画に 
興味を持って協力してもいいといってくれている人がいたのに勇気づけられ、 
ほ!:んど68040と心中覚 I 吾でプリント基板の製作を決心しました。 

繩の觀 

さて、プリント基板ですが、パ、ラック基®を作るように電線で1本ずつ酉己線 
するのであれば必要な端子を自由に結ぶことができますが、プリント基板は銅 
箔のパターンで回路が作られますから、同じ面で配線が交差することは許され 
ません。このため、基板の裏と表といったように複数の面を使って、交差しな 
いようにしてパターンを引き回さなければなりません。 

4層基板というのは、図 3.6. a のように、表と裏の2面に加え、基板の中にも 
2つの層を持つ基板です。合計4面のパターンがありますから、自由度はさら 
に高くなります。といっても、基板の中の2層は電源とグランドのそれぞれの 
専用ハ。ターンにするのが'普:®で'す。 

このほかに図 3.6. b のようなパターンの密度も基板の設計に影響します。普通 
の 1 C のピンは 0.1 インチ間隔で並んでいますが、このピンとピンとの間に何本 
のパターンを通すかという意味で、ピン間2本とかピン間3本* 1 といってパタ 
ーンの密度を表します。層数、ピン間の本数が多いほど、パターンの自由度は 
増え、より複雑な回路を実現することができるようになりますが、当然値段も 
高くなります。仕事でプリント基板を発注したことは何回かあるので、今回の 
基板は、だいたい4層基板、ピン間2本か3本でできるだろうと予想しました。 


氺1 

MZ -80 K のマザーボ 
ードはピン間1本の2 
層基板だったと思いま 
す。これに対し、 X 68 
030のマザーボードは 
ピン間3本の6層基板 
でできています。 
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アートワーク 

回路図からパターンを起こす作業を、アートワーク* 1 といいます力 5 '、 040turbo 
のレベルの基板となると、とても素人の手^で作れるものではありません。 

こういう作業のために、 CAD が'使われます。また、アートワークにかぎっ 
ていえば、コンピュータに入力された回路図をもとにパターンを自動生成する 
「Auto Router」 と呼ばれるプログラムなどもあります。しかし、個人で利用 
できそうな値段の、プリント基板設計用の CAD は PC-9801 や IBM PC/AT の 
世界を探しても見当たりません。あるのは2層のみピン間1本といった、おも 
ちゃのようなものばかりです。 

いろいろ聞いてみたところ、業者に基板の製造だけ頼むなら十数万円ででき 
そうですが、アートワークも含めて依頼すると、50〜60万円はかかるだろうと 
の話で'した。よっぽど、自分でなんとかアートワークをやれないかと考えたの 
ですが、サンハヤトのキットとは違います。極カシンプルな回路になるよう心 
桂卜けたつもりですが、68030と68040のピン数だけでべらぼうな数になります。 
紙と鉛筆で書けるようなものではありませんし、ミスったら元も子もありませ 
ん。ここは、アートワークも含めて専門の業者に依頼するほうが賢明のようで 
す。その分を基板の酉己布価格に上乗せしなければならないので、かなり割高に 
なりますが、これはしかたありません。 

いろいろとつてを当たって行って、ある業者に頼むことになりました。とり 
あえず使用部品のリストを渡して、おおまかな見積もりをとってみます。案の 
定、アートワークの設討*費が半分シ: JLh を占めていました。 

なお、最終的には見積もり時の数字より、だいぶ上がってしまいました。途 
中、部品の変更やら回路の修正やらといろいろあったのも響いていますが、こ 
の業者も最初は、個人から持ち込まれた回路がこんなに複雑だとは思わなかつ 


氺1 

パターン自体をアー 
トワークと呼ぶ場合も 
あります。 



( a ) 4層基板（概念図) 


( b ) ピン間3本のパターン 


図 3.6 プリント基板 
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たようです。 

恥ずかしいことですが、変更につぐ変更のために、一番最初に書いた回路図 
のメモはグチヤグチヤで、見積もり時にはちゃんとした回路図が用意できなか 
つ たのでした。急いで清書して* 1 なんとか見せられるようになるまでに1週間 
〇上を要しました。 


j 悩みの種 


氺1 

この回路図は最終的 
に PostScript フアイル 
にして NIFTY - Serve 上 

にアップロードしまし 
た。 


バラック基板でとりあえず Human68k が動作することを確認したので、プ 
リント基板を作ることを決意したのです力す、まだいくつかハードウエア上の問 
題点がありました。一発で完全なものはできないと思っていますので、後から 
改造を加えなければならないのは覚I吾の上です。しかし、アートワークに1力 
月近くかかるということだったので、その間にできるかぎり解決して回路変更 
にまにあう分はアートワークに反)^させたいところです。 

その時点までに見つかっていた問題点としては、次のようなものがありまし 
た0 


1) スタテイックカラムモードが'使えない 

2) 68882のアクセスが失敗する 

3) ハードディスクから起動できない 

4) グラフィック VRAM のアクセスが失敗する 

このほかにも、キャッシュオンで Human68k が使えないという問題があり 
ますが、こちらはソフトウェア上の問題と思われますので、とりあえず相1±げ 
しておきました。もしハードウェアのほうもイ可か影響していたらアウトですが、 
そのときはそのときと割り切りました。 

1) スタテイックカラムモードカ浪えない 

前にも説明しましたが、スタティックカラムモードは、同ーロウアドレス内 
のメモリアクセスに関して最初の1回だ、けロウアドレスを与えて、以後はカラ 
ムアドレスを与えるだ、けで高速にアクセスができる方式です。スタテイックカ 
ラムモードにするとアクセスが失敗するのは、68030と68040のアクセスの夕 
イミングが微少に違っているからでしよう。このまま「スタティックカラムモ 
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ードは使えません」というイ士様にしてしまってもいいのですが、 X 68030 のデ 
フオルト動作はスタテイツクカラムモードです。マザーボードのジャン パース 
イッチ SW 1 をシヨートしないと 040 turbo 力 ? 使えないというのは、問題を残 
したままという点でスッキリしません。 

それにもう1点、なんとかスタテイックカラムモードを使えるようにしたい 
理由があります。 

68040はキャッシュをオンにすると、キャッシュの1ラインに相当する4 口 
ングワード単位でメモリ読み込み* 1 をするようになります。68040は、この4 
ロングワードを高速にアクセスするために、パ、ースト転送という特殊なアクセ 
ス方法を使おうとします力す、これは、 X 68030 のメモリがサポートしていませ 
ん* 2 ので、対応できません。 


氺1 

コピーバックモード 
にすると、書き込みに 
関してもライン単位に 
なります。 


氺2 

変換回路で細工すれ 
ば対応できないことは 
ありませんが、シンプ 
ルに作るという方針な 
のでやめました。 


COLUMN 

バースト転送 

バースト転送は、連続した4 ロングワードのアクセスを前提として、特に 
高速にメモリをアクセスできるようにした特殊な転送方式です。68040は、 
最初のロングワードアクセスのときだけアドレスを出力します力、残りに関 
してはいちいちアドレスを出力しませんし、 TS 信号も出しません。メモリ 
から TA 信号が4回返るのを待つだけです。 

普通のロングワードアクセスが最少サイクルの2クロックですから、4 口 
ングワードでは2 X 4の8クロックかかるのに対し、バースト転送では最初 
のアクセスの後は1クロックになって、2 +1 x 3の5クロックですみます。 


BCLK 

ADDRESS-< 
TS 



シングルアクセス4回 


図 ノーマルの4回アクセスとバーストアクセスのタイミング 
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このため、変換回路で68040に対して TBI (Transfer Burst Inhibit) 信号 
を返して、わざわざバースト転送を禁止しているのです。 TBI 信号を受ける 
と、68040は1回ごとにアドレスを出力する通常アクセスになりますが、キャ 
ッシュの1ライン分を充塡するために4回のアクセス 51:1 を連続して実行するこ 
とに変わりはありません。このため、バーストモードほどの効率は期待できな 
いにしても、連続アドレスのアクセスなので、スタティックカラムモードの高 
速アクセスは生きてきます。 

まだ、 Human68k 側の問題でキャッシュをオンにできませんが、オンにで 
きるようになればスタテイックカラムモードが有利になります。 Human68k 
側の対处;はソフトウェアの問題ですから後からでもなんとかなるでしようが、 
ハードウェアに問題を残してスタティックカラムモードが使えないままにして 
おくわけにはいきません。なんとかここで対处:しておきたいところです。 

さて、このスタテイックカラムモードでアクセスが失敗するという問題です 
が、最初はまったく RAM アクセスがきなかったので禁止にしていましたが、 
Human68k も動くようになってきた時点でためしにスタテイックカラムモー 
ドカす使えるように戻してみました。すると、ほかの部分のハードウェアの IW 乍 
が安定したということもあるのでしようが、全^ T 'きないというわけではなく、 
デバ、イスドライバ、のあたりまでは進み、 パ、スエラーて、 落ちました0相当に 
微妙なタイミングのようです。 

そもそも X68030 のメモリコントロールはカスタム LSI 化されていて、どう 
いうタイミングで動作しているのかがわからないため、外から見たアクセスタ 
イミングから動作を推測するしかありません。68040側の信号の変換回路はこ 
の推測をもとにしていますから、推測が間違っている可能性もあります。 

信号線が長いため、艇が起こっているのか？ 

ためしに68040のアドレス線と制御線を、ドライブ能力の大きいラージパ、ッ 
フ ァモード* 2 にしてみました 力す、 変イ匕はありませんでした。 

メモリアクセスのタイミンク''をロジックアナライザ'で'調べてみま したが、も 
ともと、このロジックアナライザが 80MHz までしか測定できないこともあっ 
て、微妙な部分がよくわかりませんでした0スタティックカラムモードをオフ 
にすれば動くことも考えあわせると、微妙なタイミングの違いでしようが、こ 
れが原因といえるような問題点は見つけられませんでした。 

スピードが違う GAL にかえてみたり、ゲートをわざと1段多く通してみた 
りと、いろいろやってみました力\効果は上がりません。最終的に行き着いた 


* 1 

これを見てもわかる 
ように、68040はバー 
スト転送を前提として 
いて、バースト転送が 
できない場合というの 
は、あくまで例外的な 
位置付けなのです。 


大きな電流で信号を 
ドライブしますが、信 
号パターンの設計をち 
やんとやらないとノイ 
ズや反射を生みやすく 
なります。また、消費 
電力も大きくなるので、 
普通のスモールバツフ 
アモードで動けば、そ 
れにこしたことはあり 
ません。 
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のがウェイトの挿入でした。それも、アクセス開始前のウェイトという奇妙な 
ものです。 

普通、ウェイトというと、図 3.7.a のように、データが返ってくるのに時間が' 
かかり、プロセッサがデータを取り込むタイミングにまにあわないために、 
DSACKx 信号を遅らせることをいうのですが、今回効果があったのは図 3.7.b 
のように、変換回路で作り出す AS 信号の出力を1クロック遅らせるというも 
のでした。 

この結果から逆に考えてみると、 X68030 のメモリコントローラは AS 信号 
がアサートされる前からアドレスのデコードを開始して AS 信号がアサートさ 
れたところでデコード済みになっていなければならないのに、68040からアド 
レスが伝わるタイミングが遅いのか、もしくは変換回路が AS 信号を作るのが 
早すぎるために、デコードがまにあっていないのではないかと考えられます。 
スタテイックカラムモードでは、ロウアドレスが同じかどうかで DRAM に対 
する制御のしかたをガラッと変えなければなりませんので、普通の DRAM ア 
クセスよりタイミングが厳しくなっているのでしよう。 

結局、68040からのアドレスの確定から、変換回路で作った68030もどきの 
AS 信号のアサートの間に挿入した1クロックのおかげでタイミングに余裕を 
とることが'で'きたというわけです。 DRAM アクセスにおいて1クロック余分 
に時間がかかるようになってしまいました力 ? 、スタテイックカラムモードが使 
えるので、平均時間としては早くなりました。 



DSACKx | 


— 1 ゥヱィトの AS 

data 


1 \ \ DSACKx 

Ur \ 1 M 

ノー ウェイトの 


1 

TA 

1 ウェイトの 

L 

DATA 

1 

_ 1 一？！ 

TA 


1 |「 TA 



( a ) 普通のウエイト 


( b ) 前挿入のウェイト 


図 3. 7 Q 4 Qtu 「 bo のウ〇:イト1 
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2 ) 68882のアクセスが失敗する 

68882は浮動小数点演算プロセッサです0これを聞いて「アレッ」と思う人 
もいるでしよう。 


68040は浮動小数点演算機能を内蔵しているので、浮動小数点演算プロセツ 
サは不要。それどころかコプロセツサインタフェースをサポートしていないの 
だから、68882のアクセスはできないはずではないか。 


確かにそうです。しかし、 X68030 自体は68030から使うための68882を搭載 
することができます。 

コプロセッサインタフェースといってもコプロセッサとの間に専用の信号線 
があるわけではなく、68030からコプロセッサである68882の命令を使うと、 
68882を自動的にアクセスするシーケンスを実行するだけのことです。ただ、 
このアクセスは CPU 空間という特殊なアドレス空間を使って行われているパ、 
スアクセスの1つ* 1 です。 

このため、68040からでも moves という命令を使って CPU 空間をアクセス 
し、68882へのコプロセッサインタフェースと同じシーケンスでアクセスして 
やれば、68882を使うことは可能なはずです。 

実は、この強引ともいえる方法は中村ちやぶに氏* 2 の示唆によるものです。 
彼には、68040で未サポートになった浮動小数点演算命令のエミュレーシヨン 
プログラムを作ってくれるようにリ タェ ストしていたのですが、その回答とし 
て、どうせ68882そのものがあるのだから、それを使ってしまえ、というので 
した。 

ここで、68040のューザーズマニュアルを見たことがある人なら、また疑問 
に思、うでしよう。 

68040の浮動小数点演算命令は、未サポートになった命令をソフトウェアで 
エミュレートしても68882よりもずっと速いとマニュアルに書いてある0それ 
に、モトローラはそのエミュレーションプログラムも用意していると書いてあ 
るぞ〇わざわざ68882を使う必要なんかないじやないか0 


* 1 

ほかに CPU 空間を 
使うアクセスとして割 
り込みアクノリツジサ 
イクルがあります0 


氺2 

040 turbo 計画の参加 
者。 NIFTY-Serve シ 
ャープユーザーズフォ 
ーラムの常連の1人で 
す。68040用の浮動小 
数点エミュレ ータ であ 
る pfloat や、実行 プロ 
グラムに対しダイナミ 
ックにパッチを当てる 
patexec の68040対応版 
を作ってくれました。 


しかし、 FPSP と呼ばれている、このソフトウェアパッケージ、どうも、結 
構なお f 直段のようで、今回のプリント基板の設計費どころの話じゃないという 
代物なんだそうです。このため、遅くてもいいから、とりあえず68882を使っ 
て動かせればいいじやないという判断にもとづくものでした。そして、中村ち 
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ゃぶに氏はそのためのテストプログラムも送ってくれたのです。 

さて、その結果ですが、68040 T はそのテストプログラムは見事に失敗しま 
した。 

コプロセッサシーケンスを真似るのは無理なのかなあ。 

ところが、このテストプログラムを68030で実行すると、ちゃんと期待した 
とおりに動きます。やはり、68040のアクセス自体に問題があるらしいのです。 
デバッガでトレースしてみると、最初の68882のステータスを読み出している 
ところですでにおかしくなっていることがわかりました。返ってくるデータが 
$FFFF に化 1 けていたため、ステータスのビジー ビッ トカ 5 '立っていると 誤^?、 し 
たのです。このため、68040はレディになるまでひたすらステータス読み出し 
を繰り返していたのです。 

このときのアクセスタイミングをロジックアナライザで'調べてみると、図 3. 
8.a のようになっていました。案の定、68882からデータが返ってくるタイミン 
ダが^ B1 いのです。とりあえずウェイトを挿入してみると、正常に読み出せ 
るようになりました。今度は、アクセスの)^であるアクノリッジ信号を遅ら 
せるタイプの通常のウェイトです。 

これで、68030からのアクセスよりもスタテイックカラムモード実行のため 
のアクセス前のウェイトとあわせて図 3.8.b のように合計2クロック* 1 も多くウ 
ェイトが入ることになってしまいました。 

bclk rLTLrLTLJ"L 
ts n _| : 

AS ― | | - 

i 

DSACKx L-J 

DATA | \ 111111 ! h . 

TA 1 j I 

( a ) 68882のアクセス 



図 3.8 040 turbo のウエイト 2 


第3章68040の胎動 


怪我の功名とでもい 
いましようか、68040 
はウェイトが入って余 
裕ができた分、68030 
では通常動かないよう 
な高いクロックに改造 
しても、スタティック 
カラムモードで動かす 
ことができたようです。 
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3) ハードディスクから起動できない 

この問題は、あまり深刻には考えてはいませんでした。まったくアクセスで 
きなかったら困りものですが、フロッピーから起動させればちゃんと SCSI の 
ハードデイスタのアクセスもできるからです。起動時の SCSI デバイスの認識 
のところ力 1 、どこかほかのところで問題があるのでしよう。ソフトウェア的な 
問題のようにも思えましたし、私自身、 SCSI インタフェースは苦手だったの 
で、これまで後回しにしていたのです。 


ブート ROM の撕、ああ、 SCSI も勉強しないといけないなあ。 


そんなことを思、いな力すら、メモリスイツチの起動デ'パ'イスを SCSI 0にして 
試したところ、あっさり SCSI 0のハードデイスタから立ち上がってしまいま 
いした。 

あれ、 68040 — ドになってないのかな？ 

しかし、間違いなく 68040が動作していました。結局、こいつはいつのまに 
か解決してしまいました。先のスタテイツクカラムモードと68882アクセスの 
対切:で2ウェイト入るようになったのがよかったのでしよう。 

ついでに、 SCSI-ID の1番につないである MO からの起動も試してみまし 
たが、こちらもまったく問題ありません。イ可もしませんでした力、この問題も 
片づきました。 


4) グラフィック VRAM のアクセスが失敗する 

実は、 DHRYSTONE や WHETSTONE のベンチマークテストの結果に 
気をよくして浮かれていたので、最初 NIFTY-Serve に報告を書き込んだ}: 
きにはこの問題には気がついていませんでした。 

基板の第一次配布を受け付けたとき、 「pic や jpeg が、どれくらい速くなり 
ますか」と聞かれて、はじめて「グラフィック VRAM のアクセスが失敗する」 
という重大な問題を見つけたのです。さすがに、これは青くなりました。 

04Dtu「bo では、グラフィックが使えません。 

いくらなんでも、これを仕様といって許してくれる X68000 ユーザーはいな 
いでしよう。あわててデパ、ツグを行いました。 


no 
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さて、実際の現象を調べてみると、 pic や: jpeg でグラフィックを表示しよう 
とすると、いきなりバ 、スエラー になってしまいます。最初は、これらのプログ 
ラムが高速化のために自己書き換えなどのプログラムテクニックを使っている 
のかなと思って調べていったのですが、なんと X-BASIC からグラフィック画 
面を使おうとしてもバス エラーになる のです。 

さらに調べてみると、グラフィック画面を表^しようとしただけでパ'スエラ 
一になってしまうことがわかりました。 commandx の内部コマンドである 
SCREEN コマンドを使って 「SCREEN 1，3,1」としただけでも見事にバス 
エラーになります。これでは、互換 1生どころの話ではありません。 

画面モードの変更でおかしくなっているようなので、 CRT コントローラの 
設定のための I/O アクセスがまずいのかと考え、試験回路の上交部に CRT コ 
ントローラのアドレスを設定してロジックアナライザ'でアクセスシーケンスを 
追おうとしたのですが、引っかかってきません。しようがないので、 DB.X で 
pic ファイル表示プログラムをステップ動作させて調べてみました。 

デバッガによるステップ動作は、ハードウェアのデバ、ッグにおいても威力を 
発揮します。5見象が発生する直前まで動かしておいて、次に起こるというとこ 
ろでロジックアナライザを待機させることが'できるのです。ハードウェアオン 
リーの頃のデバッグと比べて、格段にデバッグ効率がよくなりました。 

COLUMN 


Human68k ver 3 の DOS コールと DBX 

X 68030 になって困ったことは、 DB.X でデバ、ッグしようとす る とプ ログ ラ 
ムによっては特権命令違反になってデバッグできないものがあるということ 
です。これは、 Human 68 k の DOS コールで 使って いる F ライン命令力 5 '、 68030 
では コプロセッサ 命令と なって しまい、 ユーザーモー ドで実行す る と f ライ 
ン命令ではなく、特権命令違反になる番号ができてしまったからです。 

Human 68 k ver 3 では、特権命令違反のルーチンで、 DOS コールだった 
ら正規のルーチンを実行するようにしているので問題ないのですが、 X 68000 
の DB.X は特権命令違反のベクタを書き換えて本当に特権命令違反が起こっ 
たものとして扱ってしまうのです。 

しかし、 68040 ではコプロセッサをいっさいサポートしなくなったので、 
DOS コールにあたる F ライン命令で特権命令違反になることはありません。 
このため、 X 68000 時代の DB.X がいちおう使えるのです。 

ところで、 68030 で DOS コールがコプロセッサ命令と解釈されて問題を起 
こすために、問題となる DOS コールの番号自体を変更するという荒療治が 
行われましたが、 68040 の場合は、この問題は起こりません。この点からも、 
X 68000 の後継は 68030 でお茶を濁さず、 68040 にしたほうがよかったような 
気がします。 
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ただ、その分、デバ、ッグに頭を使わなくなりました。デバ、ッグ_が 11隹しい 
と、どういう現^で発生しているのか、あれこれ推理して、どうやったら調べ 
られるか、一歩一歩詰めていくということをせざるを得ないので、結構頭を使い 
ます。 

ところが、デバッグが簡単にできるようになると、あまり考えずに手当たり 
次第に実行してみることになります。しかし、的はずれなところを調べている 
と、いっこうに解決策にたどり着けません。 

さらに運の悪 c 、ことに、 DBX はバスエラーの発生した場所を正しく表示し 
ない* 1 ということに気がつくのが遅れたせいで、関係がないところを調べては 
1人で混舌ししていました。 

結局、この問題は、 CRT コントローラを設定しているところではなく、グ 
ラフィック VRAM のアクセス自体に問題がありました。 X68030 は、 X68000 
からの伝統で、リセットしてもグラフィック VRAM をクリアせず、グラフィ 
ック画面を表示しないようにするだけです。このため、画面モードを切り替え 
てグラフィック画面を表示するときになってはじめて、ゴミカ ? 表示されないよ 
うに VRAM をクリアするようになっているのです。 040turbo は、この VRAM 
アクセスで バス エラーを引き起こしていたのです。 

ただ、この現象はかなり奇妙なものでした。図 3.9 のようにグラフィック 
VRAM のアクセスそれ自体は正常に終了するのですが、その直後の通常メモ 
リのアクセスの最初でバ'スエラーが出てくるのです。もちろん、68030 1：' はそ 
んな現象は起こりません。これまた、メモリコントローラの内部やパ、スエラー 
を検出するタイミングについて詳細がわからないので、はっきりしたことはい 
えません力、グラフイック VRAM アクセスのアドレスから通常のメモリのア 
クセスに切り替わるタイミングに何か問題があるのでしよう。アドレス信号線 
が変化するタイミングが早すぎて VRAM のバスエラー検出回路が力作して 
いるのかもしれません。 

現象がわかったところで対処方法を考えなければなりませんが、 AS 信号を 
アサートするタイミングやネゲートするタイミングを調整してみました力 5 '、改 
善されません。 

しようがないので、対处療法として、変換回路で AS 信号をアサートした後、 
1 クロックの間（図 3.9 の斜線部分)、バスエラーをマスクし、 68040 にエラー 
を 返さないようにしました。 

これもまた、一種のウェイト揷入なのですが、バス エラー カす AS 信号のアサ 
-卜の直後に返つてくることは普通あり得ませんし、1クロック検出が遅れて 
も実害はないでしょう。 


氺1 

これは、68000と680 
40 ではエラーカ ? 起こっ 
たときにスタックに格 
納される情報の順序が 
違っているためです。 
そんなことは知らない 
DB.X は、 68000 のつも 
りで エラー 箇所を表示 
しようとしますので、 
68040 が本来エラーを 
起こした場所とは違つ 
た場所を表示してしま 
うのです。 
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これで、グラフィック画面をアクセスできるようになり、はじめて68040に 
よる pic ファイルの*^を見ることができました。 


BCLK 


ADDRESS 


TS 

AS 


DSACKx 

TA 

BERR 

TEA 


グラフィック VRAM 


Xmain-mem 


1_J- 




i-f- 


分 


VT 


図 3.9 グラフイック VRAM アクセスとバスエラー 


~^oice of Users 

040tu「bo は CGA 野郎の必需品 

040 turbo の御利益について、私の体験をお話ししましよう。 

私の手もとには、 MoonLigtR.CGA なる、 4 M バイト強の CGA ビジョン用 
のアニメーションファイルがあります。内容についてはご想像にお任せします 
が（笑)、このデータを再生してみます。 MPU 68030では、こういう大きなデ 
ータをハードディスクから読み込みながら再生すると、ときどきディスクアク 
セスやデータ展開のためか、数秒間画像が停止してしまい、「ああっ、美奈子 
ちゃんのポーズが飛ばされた〜」のような事態が発生します。 

しかし、 040 turbo ならば、メモリ読み込みでなくとも、最後の「ミラクル • 
ロッマンスッ」のフレーズまで画像が停止することはなく （ほとんど一瞬で読 
み込み、展開が終わっているらしい）、5人全員のポーズを飛ばされることも 
なく、鑑賞することができます。この差は大きいですね（謎)。 

さて、シャープの「インテリジェント•ビデオ•デジタイザ」も姿を見せは 
じめましたが、店頭デモを見るかぎり、ただの X 68030 では動きがガクガクし 
ています。データの再生は MPU パワーに依存するようですから、これはやは 
り、 040 turbo で試してみたいものです。 

これで後は、大容量の SCSI 2 ディスクさえあれば、 毎週 「チャチャ」を SX - 
WINDOW 上で録画•再生できるようになる（かも知れない）というものでし 
ょう〇 

というわけで、 040 turbo は、これからの CGA 野郎の必需品となりそうです 
(思いっきり時節ネタですいません。一；）。 

(文•伊寿墨眼仁奈 NIFTY-Serve GHH 0 I 360) 
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| ア^ートワ^ークがやってくる 

あれやこれやといろいろ問題点を克服してい〈につれ、バラック斟反は結構 
安定して動くようになりました。原因不明の暴走がなくなり、一晩中動かして 
いて もコケなくなりました。 

68030と比べて2ウェイト多く入ってしまうのは痛いところですが、安定動 
作が第一です。それに、キャッシュオンで動くようになればメモリアクセスの 
頻度が減るので、ウェイトの ペナルテイ も軽減されるでしよう0 

すでに、この時点では Human68k のコマンドだけでなく、ほとんどのアプ 
リケーシヨンが動くようになっていました。負荷力 ? 一番重いと思われる SX- 
WINDOW も問題なく動きますから、どこに出しても恥ずかしくないレベル 
です。もっとも、キャッシュオンにできないので、68030より遅いという情け 
ない状態ですが。 

そうこうしているうちに、のアートワークカ 5 'できあがってきました。業 
者から宅配便で送られてきた図面は、写真 3.3 のような、実際のアートワーク 
のイメージをプロッタで印刷したものと、このアートワークをもとに、回路の 
どのピンとどのピンを結んでいるかを示す「ネットリスト」と呼ばれる情報を 
印刷したものです。回路図とネットリストを照合して正しく酉酿されていれば 
OK。 基板の製造に入るわけです。 

途中、ちよ〈ちよく細かい回路変更をしたので、ちゃんと反映されているか 
どうかも心配ですから丹念に照らし合わせていくと、残念ながら、3力所ほど 
間違いが見つかりました。これでは OK は出せませんので、修正をお願いする 



写真 3.3 アートワーク確認用の図面 
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ことになります。 

実際の修正 f 樣自体はそんなに手間ではないのでしようが、また確認のため 
にアートワークとネットリストを宅酉己便を使って送り返さなければいけません。 
最低でも2〜3日はかかってしまう言 t 算ですが、焦ってもしかたがありません。 

さて、ネットリストが正しければ、基本的にはアートワークは正しいはずで 
すが、最初のチェックですから、どの信号がどこを通っているかの石鶴忍もかね 
てアートワークの図面のほうでも1本ずつ信号線を赤ペンでたどってみます。 
クロックのパターンはどこを通っているかと力、、変に回り道しているパターン 
はないかといったところがチェックのポイントです。* 1 

こうした彳镜を経て、やっと、アートワークに 0K が出せました。 

I それでも、バグは隠れていた 


* 1 

仕事で基板を作ると 
きはここまでていねい 
には見ません。趣味の 
ほうが気合いが入りま 
す0 


基板配布を決意した時点ではバラック繊も動作が不安定だったので、たと 
えプリント基板化しても後からなんらかの改造が必要になるだろうと覚悟して 
いました。しかし、アートワークができてくるまでの1力月間に行ったハード 
ウェアのバグ取りで、パ、ラック基板は見違えるほど安定して動くようになって 
いました。 


これなら、無改造でいけるかもしれない0 

そう、ひそかに思いはじめていたのですが、やはり、そう甘くはありません 
でした。アートワークの 0K を出してそろそろ基板の製造が完了するという時 
期に、ひょっこりミスが見つかったのでした。 

実はそれまでバラック基板で使っていた GAL は 16V8A-10LP L20V8A-15 
LP というものでした。 10LP や 15LP というのはそれぞれ遅延時間のことを表 
していて、 10LP なら lOnsec 遅れるということです。これでも、名古屋のパー 
ツ屋で売っているなかでは最も速いタイプでした。しかし、このシリーズには、 
7LPJ： いう、より速いタイプがあります。 

X68030 のクロックは 25MHz ですから1クロックの周期は 40nsea 変換回 
路は立ち上がりと立ち下がりのそれぞれを使っていますから、実際には 20nsec 
周期で動いていることになります。 GAL の遅延が lOnsec や 15nsec もあっては 
タイミングはアウトです。実際にはタイミングにマージンがあるので 15nsec 
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タイプでも動きました力 ? 、速いタイプが使えるなら、それにこしたことはあり 
ません。 

最初に業者に渡した部品リストでは遅い GAL でしたが、配布基板では最も 
速い 7LP のタイプ* 1 を使うことにしました。 

いちおう、7 LP のタイプをバラック基板に載せてテストするつもりではい 
ました力\ 16V8B-7LP も 20V8B-7LP も、手作りの GAL ライタでは焼けない 
B タイプです。市販の GAL ライタを通信販売で購入したり、 GAL 自体も名古 
屋には売っていないので、知人に頼んで秋葉原のパーツ屋で買ってきてもらっ 
たりと、いろいろ手間がかかってしまい、7 LP での動作確認が遅れていまし 
た0 


* 1 

このため、1枚あた 
りの単価が当初の見積 
もりよりもグッと上が 
ってしまいました。 


まあ、速くなってうれしいことはあっても、動かないことはないだろう0 


と思っていたので、悠長に構えていたのですが、 7LP の GAL をバ'ラック基 
板に載せて動かしてみて甘さを思い知らされました。 

68040モードで起動してみます。 PpI 題なく立ち上がります。 


ふむふむ、才ーケーオーケー〇 

次に、 SX-WINDOW を立ち上げます。 GRW の中に一瞬ゴミが出ました。 
いやな予感がします。試しに pic ファイルを表示させるとワサワサとゴミが表 
示されました。 

なんだ、これは？ 

SX-WINDOW を終了し、画面モードをかえてグラフィック画面をオンに 
してみます。 

SCREEN 0,3,1 


目が'点になってしまいました。 

クリアされるはずの画面力 5 '、全面、砂の嵐です。グラフイツク VRAM のア 
クセスでトラブって、クリアどころか、画面中にゴミをまき散らしていたのです。 

1つずつ前の GAL と交換していくと、20乂8八-151^の1〇4は問題なく動作 
し、これを 20V8B-7LP にするとゴミが出ることが判明しました。 IC4 は、ア 
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ドレスの下位4ビットおよびフアンクションコードを生成している GAL です。 

結局これは、 IC 4 が受け持つアドレスの下位4ビットを変化させるタイミ 
ングが速すぎるのが原因でした。結局、この問題は、タイミングを半クロック 
遅らせることによって対处することができました。ただ、この変更には 、 GAL 
のプログラム修正に加えて新たな2本の信号線追加が必要です。すでに基板は 
製造段階に入ってしまっていますから、アートワークの変更はまにあいません。 

アートワークからやりなぉすと、またまた大きな出費になりますから、でき 
あがった基板に改造を施すことになりました。グラフィックといいテキストと 
いい、 X 68030 の VRAM アクセス* 1 には泣かされます。 

それにしても、残念なのは7 LP の GAL の動作確認が遅れたことです。あ 
と1週間早く試していたら、アートワーク^!に反映できたかもしれません。 

Pfl 題ないと思っていても、どこに落とし穴が潜んで t 、るかわからないものです。 
しかし、この後、もっと大きなチョンボが発見されたのでした。 

^^oice oj Users 

ハンドメイドの楽しみ 

はじめて040 turbo を手にしたときは感動しました。一言でいえば、 

基板がきれい 

これにつきます。さっそく家に持って帰り、 X 68030 につけたら、あれ？ 動 
かない？どうしてだろう？ 040 turbo の取扱説明書を見直しても大丈夫そう 
です。030モードも、040モードも駄目です。 

もし力 1 したら、 X 68030 が壊れたのか？ 

X 68030を 33 MHz にクロックアップしているので、元の 25 MHz に戻してみ 
ましたが駄目。いろいろやっているうちに頭の中を購入代30万円がよぎり、「も 
う X 68030 は駄目か？」と思いながら、ふと 040 turbo のボードを抜いて68030を 
挿してみました。すると、 X 68030 は動くではないですか！そのときは本当 
にホッとしました。その後、いろいろやっても駄目。 

BEEPs さんに原因は何かと見てもらったら、なんとパターンカットの場所 
がちょっとずれていたらしく、別のパターンが断線していました。 BEEPs さ 
んに断線していた部分をつないでもらい、今ではちゃんと動いています。 

私は、030モードと040モードを区別する LED をどこにつけようかと迷った 
あげく、ふと友達の XVI を見てみると、本体の色は X 68030 と同じだというこ 
とに気づきました。 XVI の前面パネルを買ってきて X 68030 の前面パネルと交 
換し、 16 MHz 表示の LED を POWER に、 10 MHz の表示の LED * 2 を040モード 
につなぎました。030モードと040モードの切り替えスイッチは、本体上面に穴 
を開けて取り付けているだけですが、あまりカッコよくないので、このへんも 
XVI のスイッチのようにしたいと思っています。 

(文 .SUPRA NIFTY-Serve MCN02045) 


* 1 

微妙なタイミンダで 
動いているらしく、ク 
ロックアップしたマシ 
ンではほぼ確実にゴミ 
が出ます。また、無改 
造のマシンでも、条件 
によっては VRAM に 
ゴミが出ました。しか 
し、この対処はず一つ 
と後になって行われま 
した。 


*2 

これは、さらに青色 
に取り換えました。 
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I 待ちに待った鎌到着 

さて、バグの発見によって擁無改造の夢が打ち砕かれ、ちょっとナーバス 
にはなっていましたが、それでも改造線2本の追加ですから簡単なものです。 
費用も見積もり価格の範囲内でやってくれるということで話がつきました。 

そして待つこと1週間。1力月半の時間を要して、やっと基板力 5 'できあがっ 
てきました。さすがに、いきなり第一次配布の人数分を作る勇気はないので、 
とりあえず評価用に3枚だけ作ってもらうことにします。この謂面用斟反に問 
題がなければ、すぐに第一次配布分の量産に入ってもらうというわけです。 

9月も半ばの土曜日の夕方、侍ちに侍った評価基板が届きました。 

まずは、じっくり眺めてみます。写真 a4a ができあがってきた基板です。さ 
すがはプロの仕事です。美しい基板でした。しばし悦に入った後、さっそく改 
造線を張る堂に入ります。業者に改造してもらってもよかったのですが、少 
しでも早くほしかったので、改造に回さないで、そのまま送ってもらったので 
す。この改造は、バラック基板を作るのと比べれば手間のうちには入りません。 

できあがった基板をさっそく X68030 に取り付けます。 X68030 に長い間挿し 
てあったバラック基板を外して、空いた68030のソケットに評価基板を取り付 
けます。写真 3.4b がその様子です。 X68030 を持ち込んで実装位置の検討をし 
ただけのことはあって、ネジ穴の位置もピッタリ、まるで最初からそこにあっ 
たかのように、しっくりした出来映えです。 

これが、プロの仕事ってやつなんだな。 



ント基板（左）部品を載せた基板(右） 

b . X 68030に取り付けたところ 
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そんなことを思いながら、どこかショートしていないかを{鶴忍するため、テ 
スターで電源とグランドを触ってみました。 


天地がひっくりかえる大ショック 


ピツピピ- 

ショートを知らせるブザーです。抵抗値は、ほぼ 0Q を指していました。 
何で？ 

どこ力、の部品どうしが接触しているのかと思い、あちこちからのぞいてみま 
すが、それらしいところはありません。挿し込みミスで位置がずれていないか 
も5鶴忍してみましたが、間違いありません。 

X68030 のマザーボードから評価基板を外して、別々にテスターで当たって 
みると、評価基板もマザーボードも雖ありません。コンデンサの極I生も確認 
してみましたが、どこにも間違いはありません。もう一度、1真重に挿しなおし 
て再度テスターで当たってみると、 


無情にも、またショートを知らせるブザーが鳴ります。 

間違いなく、どこかおかしい。 

それから、どれくらいの時間、あ一でもないこ一でもないと調べたことかわ 
かりません。そして、やっと原因を突き止めたとき、全身の血の気が引きまし 
た。 

マザーボードの68030のソケットと接続するために、評価基板側から突き出 
しているピンが、90度間違つた向きになっていたのです。 
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写真 3. 5 a がマザーボードの68030ソケットです。1番ピンは右上になって 
います。これに対し、写真 3.5 b 力 ? できあがった基板の68030との連結部です。 

1番ピンが右下についているのです。 

憂欝 

すでに時間は土曜日の午後7時を回っていましたが、かまわず業者に電話を 
かけます。月曜日まで待っていられません。幸いなことに（向こうは不幸て'し 
ようが）担当者は、まだ会社に残っていました。 

「どうなってんた'、こりゃあ」と熱くなる気持ちを PP えて事態を?炎々と報告 
します。 

す、る、と、 

「そちらの部品レイアウトの指•示どおりにやったはず」との返事0 
ゲッ、またまた、血の気が引き、カチンカチンに凍りついていく感じです。 

そういえば、確かにレイアウト案に1番ピンの位置も書いたぞ〇 
でも、どの向きで書いたか覚えがない。 


調べてまた電話するからといってあわてて電話を切りました。控えはどこだ 
ったかとジタパ、夕していると、今度は向こうから電話がかかってきました。 
「レイアウト案は正しかった、こちらの ミス」 とのこと。 



写真 3.5 a. マザーボードの68030ソケット拡大（左） b. 評価基板の接続ピン拡大(右） 
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しかし、すでに凍りついていたので、ホツとするのが精一杯で、言われるま 
まに「ハイ、ハイ」とうなずいて電話を切りました。 
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| ァクロバッ礙続の結果 

普通のミスならなんとかなるかもしれませんが、128ピンもあるプロセッサの 
足の向きがごっそり間違っているのではアートワークからやりなおすしかあり 
ません。基板は作りなおしです。 

しかし、せっかくできあがった評価基板ですから、なんとか X 68030 につな 
いで評価だけでもしておきたいところです。90度回して正しくつなごうとする 
と、本体の基部と後ろにあるビデオユニットにぶつかってしまいます。 

結局、マザーボードを本体から浮かし、ビデオユニットもバラして内部の基 
板だけにすることで、写真 3.6 のように無理やりながらなんとか X 68030 につな 
ぐことが'できました。 

バラック基板に続いて、またしてもアクロバットのような状態です。いちお 
う、電源とグランドがショートしていないか; B 宿かめてみます。さすがに、今度 
は大丈夫でした。恐る恐る、電源を入れます。 

はじめての評価基板は、あっけなく立ち上がりました。 

「完璧 j ……まともに接続できないこと以外は。 

そう思うと、よけいに残念な気^ちになってきます。一発で完 II な斟反がで 



写真 3.6 アクロバット状態で接続した 040 tu 「 bo 評価基板 
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きるとは思っていませんでしたが、こんなミスでアートワークのやりなおしに 
なるとは予想もしていませんでした。 

このアートワークのやりなおしはさすがに業者側が費用を全部持つことにな 
りましたが、これで配布も当初の予定より大きく遅れてしまいました。しかし、 
こちらもアートワークの図面チェックで見落としをしていたわけですから、一 
方的に相手のミスを責めるわけにもいきません。それに、 GAL を 7 LP の高速 
タイプに変更するための回 SMi 塞正も、ここでいっしよにしてもらうことができ 
ました。怪我の功名というには、ちょっと痛すぎるヶガでした力' しかたがあ 
りません。 


^oice oj Users 

苦あれば楽あり 040 tu 「 bo ライフのすすめ 

このボードのことは以前からネット上で話題に上っており、ぜひ私も使用し 
てみたいと思っていたとき、 NIFTY - Serve に入会している友人から配付の話 
があると聞き、ふたつ返事で参加させてもらいました。 

しかし、最初はなんとも安定しない状態でした。040モードではゲーム「悪 
魔城ドラキュラ」も走ってしまうほど安定動作していたのですが、030モード 
では電源を入れて1分ほどするとコケるので'す。 

そのうちメインボードの 1 C 9にコンデンサをかませることによって回避で 
きると聞き、さっそくやってみたところ、この症状は出なくなりました。ほと 
んどの方はこのような症状は起こらないそうで、 X 68030 の個体差によるもの 
だったようです。 

これでやっと安心して 040 turbo を付けることができました。 

はじめてコビーバックモードで動作させたときは本当に感動ものでした。 

たとえば、 LHA による約130 0 K バイトほどのファイルの圧縮は、 10 MHz 機 
種では遅くてやる気にもなりませんでしたが、040のコピーバックモード （25 
MHz ) では約1分と信じられないほどの速度です。 TeX のコンパイルも WS 
に匹敵するほどですし、 JPEG 展開は平均すると約3秒です。今まで「68は遅 
い遅い」といわれていましたが、これなら遅いと感じることはないはずです（し 
かし、最近では贅沢なことに、これでも遅いと感じるようになってきてしまい 
ました。従来機種のみなさんに怒られそうですが。 

また、速度があまり必要ではないときでも040モードでコケることはまずな 
いので、私は大体040モードで立ち上げています。まあ、ゲーム等をするとき 
は030モードで十分ですから、必要に応じて2つのモードを切り替えて使える 
のが、このボードの優れたところですね。 

このように、私のパソコンライフの中に完全に 040 turbo は溶け込んでいます。 
もう手放せないといった状態です。 


(文•ご一どん MAX-BBS MAX 0230) 
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いよ t 、よソフトウェアに取りかかる 


当初の予定では、第一次配布でみんなの協力を得ながらソフトウェア側の問 
題に当たっていくつもりでしたが、基板ができないのではしかたがありません。 
アクロバット状態とはいえ、評価基板は見事に安定動作してくれましたので、 
ソフトウェアのほうに手を つけるこ とにしました。 

今までは重要な_をするときは万一のこ！:を考えていちいちバラック斟反 
を外し、68030に挿しなおしていました力、この* t 反なら、そのまま{乍!！する 
こと力 5 'できそうです。本格的に68040をキャッシュオンで動かすためのプログ 
ラム製作に取りかかります。 

さて、68040をキャッシュオンで動かすためには、次の点が問題となります。 

1) キャッシュの制御方法の違い 

2) 非シリアライズドアクセスの問題 

3) 動作速度の違い 

4) バーストアクセスの問題 


これらの問題、実は最初からわかっていたわけではありません。68040のユ 
ー ザーズ マニュアルを 見て いて、 なんとなく問題がありそうだなあとは感じて 
いましたが、ちゃんとは考えていませんでした。 

実際にハードウェアがトラブルなく動くようになってはじめて、 


さあ、キャッシュオンにするぞ〇 


と真面目に考えはじめたようなものです。 

それでは、それぞれに ついて、 順に説明していきましよう。 

1) キャッシュの制御方法の違い 


氺1 

XC ver 2.1 NEW 
KIT で SYS 一 ST AT と 
いう名称になっていま 
した。この時点では知 
らなかったので、「キ 


前にもちょっと触れましたが、68030と68040はキャッシュの制御方法力す違 
つているため、68030のキャッシュ制御命令を使ったプログラムのままでは 


ヤツ シユ制御の IOCS 
コール」、 もしくは単 

に r IOCS - $ACj と 


68040のキャッシュを制倒！できません。 

ちなみに、 X 68030 の場合、 IOCS ルーチンにプロセッサのキャッシュ制御 
を行うコール IOCS -^ AC * 1 が追加されました。ほかのプログラムがすべてこ 


呼んでいました。今で 
も040 turbo のドキュメ 
ント類はそうなってい 
ます。 
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の IOCS コールを使って制御するような作りになっていれば、この部分だけを 
6804晒に書き換えればすむのですが、残念ながら、そう甘くはありません。 

ROM の IPL ルーチンは もとより、他の IOCS コールさえも、このルーチン 
を使わずにキャッシュを制御しています。調べてみると、 Human 68 k も直接 
68030のキャッシュ制御命令を使っています。このため、キャッシュ制御命令* 1 
を使っている部分を洗い出して片っ端からパッチしていかなければなりません。 

2) 非シリアライズドアクセスの問題 

シリアライズドアクセスとは、命令の並び順にデータをアクセスするよう 
68040に強制するモードです。常識的に考えると、これが普通の動作のような 
気がしますが、性能重視の68040は、デフオルトが非シリアライズドアクセス 
モードになっています。 

68040は、メモリの先読み機構と独立した書き込み_があり、それぞれ命 
令の実行部とは独立して動くようになっています。このため、メモリへの書き 
込み命令の次に読み込み命令があったとしても、必ずしも書き込み、読み込み 
の順になるとはかぎりません。 

もちろん、同じアドレスへの書き込みと読み込みでしたら、ちゃんと順番ど 
おりになるようにロックされます力す、別のアドレスであればズンズンおかまい 
なしに進んでしまいます。しかし、 I / O アクセスなどでは命令の順番どおりに 
ならないと困る場面もあるでしよう。このため、そういうときはシリアライズ 


氺1 

68030はキャッシュ 
制御レジスタを使って 
キャッシュを制御する 
ため、制御レジスタを 
アクセスする movec 命 
令を使用することにな 
ります。この命令は、 
機械語コードで $4 E 7 A 
および $4 E 7 B になる 
ので、このコードをサ 
ーチして、これを手が 
かりに前後のプログラ 
ムを解析すれば、比較 
的簡単にチヱックする 
ことができます。 


ドアクセスモードにしなければなりません。 


ちなみに、 I / O をアクセスしてキャッシュに載ってしまうと、次にはキャッ 
シュ上のデータを読んでしまって実際の I / O ポートの変化がわからなくなると 
いう心配もありました力、調べてみたところ、 X 68030 は16ビットサイズのデ 
バイスへのアクセスについて、つねに CIIN (Cache Inhibit IN ) 信号を返す 
ようになっていました。このため、 I / O ポートをアクセスして得られるデータ 
はキャッシュには載らず、つねに実際のアクセスカす行われますので、心配はい 
りませんで'した。 

しかし、 I / O だけでなく、 VRAM や I / O スロットに挿したメモリボードのア 
クセスも、すべてキャッシュ禁止にされてしまうのはちょっと考えものです。 

話が脇道にそれましたが、とにかく、シリアライズドアクセスモードにしな 
いとまずいだろうと思っていました。でも、実際にアクセスの状況を調べてみ 
ると、あまりアクセスの逆転現象は起こっていませんでしたし、デフオルトの 
非シリアライズドアクセス状態のままでも別に問題が起こりませんでしたので、 
気にする必要はないのかもしれません。 
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3) 動作赖 (7 >Ji い 

これは、68040に切り替えると命令の実行時間が短くなるために、プロセッ 
サの実行速度に依存したプログラムで不具合が出るというものです0 

I / O のなかには、 アクセスに 一定時間の余裕を持たせないと誤動作するもの 
が あります。 キャッシュ オンて'動作させると命令 フェッチが 入らなくなります 
から、連続して アクセス できてしまう場合も起こります。 nop 命令* 1 の数やソ 
フト ウェア ループで タイ ミ ングをとるような プログラムで すと、 プロセッサの 
実行速度の違いのため、目的の時間より短くなって不具合が出るでしよう。 

実際、ループを回るだけの pv . x で、68040は初代比で16倍、68030比でも3 
倍以」1ですから、ループでタイミングをとると所要の時間をかせげません。 

X 68030 の ROM ルーチンは、どういった対策をしているのだろうかと解析 
してみると、次のようなプログラムが見つかりました。 


* 1 

68000 では単にノー 
オペ レーシヨン でした 

が、68030や68040では 
直前の命令の実行の完 
了を侍つという機能も 
持っています。ちなみ 
に、他の命令の場合は、 
前の命令に オーバー ラ 
ツプしてどんどん実行 1 
されていきます。 


1: TST.B $E9A001 
2: TST.B $E9A001 
3: MOVE.B #$08, $E8A01B 


3 行目の $ E 8 A 01 B 番地は RTC (Real Time Clock ) のレジスタの 1 つ* 2 
です。このアクセスの前に、 $ E 9 A 001 番地を2回テスト命令* 3 でアクセスし 
ていますが、その結果は使われていません。単に読み捨てているだけです。こ 
の $ E 9 A 001 番地は何の I / O かと調べてみると、ジョイスティックポート*で 
した。 RTCt 本来 j 可の関係もないジョイスティックポートですが、これらの 
I / O 系は lOMHz * 5 !：' 動作していますから、アクセスすれば'5萑実にウェイトが 
入ります。プロセッサの実行速度に依存する nop 命令でタイミングをとるより 
も確かに効果的ですので、何回アクセスしても以後の動作に影響を及ぼさない 
ジョイスティックポートをアクセスすることでウェイトをとっているのです。 

実際、この点に関しては特に対妙はしませんでしたが、問題はありませんで 
した。 

X 68000 時代のフリーソフトウェアのなかにはキーリピートカす速くなるとい 
った問題が出るものもあります力\そういうプログラムはたいてい68040でな 
くても、 X 68030 で動かす時点で問題が解決されていますから、特に考えない 
ことにします。 


*2 

RTC のモード設定 
レジスタ。 


* 3 

TST 命令は、値が 
''0" かどうかをテス 
卜する命令です。 


氺4 

8255の A ポート。 


氺5 

実際には 12.5 MHz 
のようです。 


4) ノくーストアクセスの問題 

実は、この問題については第一次配布の直前まで気力すつかなかったので、お 
おいに悩まされました。 
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TBI (Transfer Burst Inhibit) 信号をつねにアサートしているし、 68030 
の CIIN 信号を 68040 の TCI (Transfer Cache Inhibit) 信号につないでいる 
ので、 68040 のキャッシュも 68030 とはサイズの違いこそあれ、同じように扱 
えると思っていたのです。 

68030 も 68040 も、キャッシュは 4 ロングワードを 1 ラインとして管理され 
ていますので、1バイトといった半端なデータをアクセスする命令を実行して 
も1バイトだけ読み込んでキャッシュに置くといったことはしません。 

しかし、 68030はバースト モードを設定しないかぎり、 デフォルトでは1口 
ングワード 分 アクセスしてキャッシュに 置くだけ*1 なのに 対し、 68040 T' はつ 
ねに 4 ロング ワードを一気に アクセスしてキャッシュの1ライン 分を丸ごと充 
塡しようとします。 

プログラムで使ういろいろなデータ領域は、普通、ある© t 近いところにま 
とめて置かれますから、1ライン分あらかじめアクセスしてしまっても無馬太に 
はなりません。それに、 68040 はバースト転送を前提にしていますので、 1 ラ 
イン分を一気にアクセスしたほうが得なのです。 

実は、このなんでも1ライン単位でアクセスするという仕様が曲者だったの 
です。たとえ TBI 信号をアサートしてメモリ側がバースト転送できないと 
68040 に教えても、普通のロングワード転送には変わりますが、やはり、 4 口 
ングワード分アクセスして1ラインを充 J ** 2 しようとすることに変わりありま 
せん。 

また、 TCI 信号をアサートして、アクセスしたデータをキャッシュしては 
いけないと教えても、やはり、 4 ロングワード分のアクセス* 3 をして〈るので 
す。 

これは、 I / O ポートのアクセスに致命的な問題を引き起こします。 

ある I/O ポートをアクセスすると、プログラマが知らない間に付近の 4 ロン 
グワード分の I / O ポートまでもが勝手にアクセスされてしまうのです。これを 
回避するためには、 I / O ポートアクセスをキャッシュオフで行わなければなり 
ません。これは、先の非シリアライズドアクセスモード同様、プログラマが予 
期しない動作をするのですから、いくら1生能のためとはいえ、やっかいな問題 
といえるでしよう。 


* 1 

「シングルエントリモ 

ード j と呼ばれます。 
ロング ワード境界にま 
たがる データの 場合は、 
2 ロング ワードアクセ 
スします。 


* 2 

もちろん、 データ キ 
ヤツシユがオフなら、 
こんなことはしません。 


氺3 

結局、 このデータは 
キヤ ツシュに 残されま 
せんので、無駄になり 
ます。 
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システムソフトウェアへの ノ、。ツチ 


68000は最初から32ビット指向のプロセッサだったので、68000シリーズの 
プロセッサは互換性が高いといわれていましたが、68040はハードウェアの性 
能を重視して設計されているため、システムレベルでは結溝し、ろいろな問題が 
あることがわかったかと思います。 

もっとも、68030を前提としたハードウェアとソフトウェアに個人で勝手に 
68040を載せようとしている* 1 こと自体に無理があるのですから、文句はいえ 
ません。 

しかし、肝心の OS * 2 のほうが68030べッタリで書かれていますから、68040 
用にパッチしなければなりません。 

アプリケーションプログラムに関しては、後で個別にパッチを用意するとし 
て、まずはシステムレベルのプログラムに対するパッチを考えてみます0 SX - 
WINDOW もシステムレベルのプログラムといえますが、 Human 68 k の起動 
後に実行しますから、一種のアプリケーションとみなして、これも後回しにし 
ます。 

すると、最低限パッチで必要なプログラムとしては ROM ルーチンと Human 
68 k 、 それにフォーマット時にハードデイスク上に書き込まれる SCSI のデバ M 
スドライパ、 （ SCHDISK ) にターゲットが絞られました。さっそく、これら 
に対してパッチを行うプログラムの開発に取りかかります0 

ROM ルーチンへのパッチ 

さて、 ROM ルーチンへのパッチといっても、 ROM 自体を書き換えること 
はできません。 X 68030 の ROM は、起動時にプロセッサの判別を行うように 
なっており、68010や68020にも対応していますが、残念ながら、68040には対 

応していません。 

68040対応を加えた ROM を配るという手もありますが、費用もバカになり 
ませんし、第一、著作権の問題があります。キャッシュオフ状態なら、ノーパ 
ッチの状態でも問題なく Human 68 k が起動しますので、なんとかプログラム 
で対処する方法を考えてみます。 

IOCS コールは RAM 上にエントリポイントがあるので、 ROM のキヤッシ 
ュ制御部分のかわりに RAM 上に修正したルーチンを用意し、ここに飛んでく 
るようにエントリポイントを差し替えることで対処することができます。しか 


* 1 

キヤッシユ制御や 
I / O アクセスの問題な 
どに ユーザーは タッチ 
しないというのが、お 
約束です。こういう部 
分の違いは OS が吸収 
するのであり、 OS は 
ベンダーが提供するも 
のだから、 ユーザーは 
気にしないでよいとい 
うの力 ? 、モトローラの 
論理です。 


氺2 

Hu _68 k を捨てて、 
68040用に別の OS を使 
用するという、清く正 
しい道もあります。 
NetBSD なら申し分な 
いでしよう。 
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し、実際には、多くの IOCS コールが ROM 内のキャッシュ制御ルーチンを直 
接コールしているため、この方法は修正箇所が多くなって面倒です。そこで、 
いったん ROM ルーチン全体を RAM 上にコピーしたうえで問題箇所だけを修 
正する方法をとりました。 

そして、 IOCS コールのエントリポイントや各種 W り込みべクタに書かれて 
いる飛び先アドレスが、この RAM 上のルーチンになるようにするために、 
RAM 上で修正をかけた後、この RAM 上に持ってきた IPL ルーチンで再起動 
させるようにしました。こうすると、ほとんどのルーチンが、この RAM 上の 
ルーチンをコールするように初期化されます0 

ただし、この方法の欠点は、 RAM 上に ROM のコピーを置くため 64 K バイ 
卜ほどメインメモリを消費してしまうことです。とはいっても、メモリ制限の 
キツイ MS - DOS マシンじゃあるまいし、 64 K バイトなんてゴミみたいなもの 
ですから、ここは大目に見てもらうことにします。 ROM の絶対番地を意識す 
るプログラムだと問題になりますが、そういう、お行儀の悪いプログラムにつ 
いては考えないことにします。 

さて、 ROM ルーチンへのパッチのめどがたったところで、この方法でパッ 
チするプログラムを作ってみました。ハ。ラメータとして、 ROM のコピーを置 
くアドレスを牛旨定して実行します0 


040ROMpatch /BF0000 


といった感じで実行すると、 ROM の $ FF 0000〜$ FFFFFF の内容を $BF 


0000 〜$ BFFFFF にコピーし、ハ。ッチしたうえで、ここから再起動します0 
立ち上がった後は、 ROM のパッチができているというわけです。 

なお、 ROM のコピーを置いた $ BF 0000~$ BFFFFF が、 Human 68 k のプ 
ログラムで壊されないようにするために、フリーエリアを制限しておきます。 
この場合であれば、 switch . x でメモリを 11 M バイトに制限することで、 
$ B 00000 以降の1 M バイトが Human 68 k の管理外になるので安全です。 

Human 68 k へのパッチ 

Human 68 k へのパッチは簡単です。 

Human 68 k のプログラムは RAM * 1 ですから、問題箇所に直接パッチを当 
てればよいのです。フロッピーディスクやハードディスク上のファイルとして 
存在する Human . sys を直接書き換えてしまってもよいのですが、そうすると、 
68030モードと68040モードで起動方法を変えなければならなくなるので面倒 


* 1 

スーパーパ- イザ領域 
としてハードウエア的 
に保護されていますの 
で、ユーザーモードか 
ら書き変えることはで 
きませんが、 スーパ ー 
ノぐイザモードになって 
しまえば書き換えでき 
ます。 
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です。68040でもキャッシュオフならノーパッチで起動するので、こういった 
実行時のパッチという芸当ができるのです。 

これについても、ハ。ツチプログラムを作ってみました。 


040HUMANpatch.x 


といった感じで実行します。 

ただし、単独で実行しても意味がありません。まず、先の 040 ROMpatch.x 
を実行して ROM ルーチンのパッチを当てて再起動が行われた後、 
040 HUMANpatch . x を実行すると、めでたくキャッシュオンにできるのです。 

しかし、まだこの時点ではパッチが完全でなかったために命令キャッシュを 
オンにすることはできましたが、デ、ータキャッシュをオンにしてフロッピーを 
アクセスすると暴走してしまいました。 

I / O アクセスが悪いらしいということまではわかったのですが、原因が突き 
止められなかったため 、 MMU (Memory Management Unit ) の付属機能 
である透過制御レジスタを使って、スーパーバイザモードではデータキャッシ 
ュヵ ? オフになるように設定しました。 

MMU 自体を使っていないのでアドレス変換もなにもないのですが、透過 
制銜 J レジスタは命令メモリ、データメモリのおのおのについて、 

• スーパーバイザモード/ユーザーモードの区別 

• キャッシュモードの区 ^ij 


COLUMN 

MMU と透過制御レジスタ 

MMU は、プログラムに書かれたアドレス（論理アドレス）と、実際にア 
クセスされるアドレス（物理アドレス）を付け替えるメカニズムです力 ? 、こ 
の透過制御レジスタに設定される領域に関してはこの変換が行われずに、プ 
ログラムに書かれた論理アドレスがそのまま物理アドレスとなって出力され 
ます。これを称して、「透過」というわけです。 

この透過制御レジスタには、命令用、データ用にそれぞれ2本ずつ、計4 
本用意されており、 ROM 領域や、 VRAM エリアなど、 MMU でアドレス変 
換する意味がない固定領域をアクセスする目的で用意されています。 

なお、透過制御レジスタは、アドレスの上位8ビットを指定して、それに 
該当するアクセスを透過領域としますので、指定できる領域は 16 M バイト単 
位になります。 
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が a * して設定ができるのです。 

そこで、データ用の透過制御レジスタに対し、 

•スーパーノ '^イザモ ー ド 

• キャッシュオフ 

という設定をしておけば、たとえキャッシュオン状態であっても、スーパー 
バイザモードでのデータアクセスに関しては、透過制御レジスタの設定が優先 
されて、キャッシュオフとしてアクセスされるのです。 

これで、いちおう、 I / O アクセスの不具合がな〈なり、データキャッシュも 
オンにできるようになりました。 

しかし、透過制御レジスタの設定単位が 16 M バイトと大きいため、 I / O 領域 
のみならず、 X 68030 のメモリ空間を覆ってしまい、スーパーバイザモードで 
動くプログラムが通常のメモリをアクセスするときもデータキャッシュがオフ 
になってしまいます。スピードを求めてスーノ、°ーバイザモードに移行して突っ 
走ろうとするプログラムほど遅くなるという皮肉な結果になってしまいました。 

SCHDISK へのパッチ 

SCHDISK は、 SCSI ハードディスク上に書かれたデバイスドライバです。 
format . x がハードディスタをフォーマットするときに IPL といっしょに書き 
込みます。 

実は SCSI には苦手意識があって、 SCHDISK に関してはしっかり解析して 
いないうえに、ちょっと不思議なことがあって、このハ。ッチについてはあまり 
自信がありません。 

というのも、最初の頃はハードディスタを壊すのを恐れてフロッピーベース 
で運用していたせいもあって、 SCHDISK の内部にキャッシュ制御コードが 
入っていることに気づきませんでした。そのため、かなりの期間 、 SCHDISK 
はノーパッチ状態で使われていたのですが、特に問題は出なかったのです。後 
になってメモリ上でキャッシュ制御命令の 「 movec 」 が残ってないか探して 
いたら、 SCHDISK のなかに 「 movec 」 を発見して、あわててパッチプログ 
ラムに追加したのです。 

しかし、考えてみると、 X 6803 瞪場前の、 Human 68 k ver 2の時代の format , 
x でフォーマットした SCSI ハードディスクに入っている SCHDISK は、当然、 
キャッシュについて考慮されていません。それなのに、こういったハードディ 
スクをつないでもなんら問題が起こっていませんので、 Human 68 k 側や IOCS 
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ルーチン側でガードがかかっているのではないかと考えられます。 

調べてみると、確かにデバイスドライバを呼ぶときはわざわざデータキャッ 
シュをオフにしていることがわかりました。 SCHDISK 内にあるキャッシュ 
制御命令は、念のため、入れてあるだけにすぎないのかもしれません。いずれ 
にしても、パッチしておくにこしたことはないので、このパッチデータも追加 
することにします。 


040SYSpatch.sys 


ROM ルーチンと Human68k へのパッチによるキャッシュオンの動作力3萑 
認、できたので'、このパッチデータをもとにシステムに対して一括してパッチを 
行うデバイスドライバ、を作ることにしました0入出力をするわけではないので、 
本来の意味のデバイスドライバではないのですカミ、 X68000 にはシステムに対 
する機能拡張を目的として具体的な入出力機能を持たないデバイスドライバ、も 
多数ありますから、それらと同じです。 

さらに、デバ、イスドライバ、にすることにはもう1つの意味があります。 

040ROMpatch.x では、メモリサイズを制限して ROM のコピー領域に割り 
当てていましたが'、スマートではありません。勝手にシステムから必、要なメモ 
リを確保してくれたほうがきれいです。 

しかし、 Human68k が起動した後だと、図 4.1 のように、 RAM ディスクや 
ディスクキャッシュがメモリに陣取ってしまうため、 ROM のコピー領域を確 
保しよう！：しても中途半端な位置にきてしまいます。パッチ方'法を手抜きした 
せいもあるのですが、元の ROM が $FF0000 から始まっている* 1 ので、 ROM 
のコピーを置く領域は下位16ビットがオール0になる、 $BF0000 といった、 

きりのいい番地からにしないと都合が惡いのです。 

そこて、、、最初に起動して、 RAM テ、、イス クドライバ、などメモリの_から パ、 
ッファを確保するプログラムが走り出す前に、メモリの最後尾を押さえてしま 
ぉうというわけです。プロセッサの問題に対処するためのパッチという意味か 
らいっても、最初に起動するのは望ましいでしよう。このためには、単純に、 
config.sys の最初の device 文でパッチプログラムが実行されるよう、デバイ 
スドライバの形態にする必要があります。 

ちなみに、 Human68k には program 文という、 config• sys 内に言己述するこ 
とで通常のプログラムを実行させる機能もありますが、これは、たとえ device 


* 1 

パッチが必要な IPL 
や IOCS が置かれた領 
域がここからというこ 
とで、 ROM 自体はも 
っと前のアドレスから 
あります。 
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文より前に書いておいても、実際の実行は device 文によるデバイスドライバ 
の登録後になってしまうようなので、今回の目的には使えません。 

パッチプログラムのデバイスドライバ化 

デバイスドライバ、にするとデバッグが'®倒になるのですが、パッチデータに 

ついては、いちおう、 040 ROMpatch . xJ ：040 HUMANpatch . x で動作を51認 

しているので問題はありません。まずは、これらのプログラムを、単にデ*パ、イ 
スドライノぐの形態に置き換えました 0 デバイスドライノぐの形態といっても難し 
いものではありません。それに、今回のプログラムは入出力も何もなく、ただ 
単にデバイスドライバの形態で最初に1回動けばいいだけですから、置き換え 
作業自体は単純です 0 

ここで、1つ、失敗談を紹介しておきましょう。 

デバィ スドライ バ 、にするフアイルには、 デバイ ス ヘッダ' という1青報を先身頁に 
つけることになっており、このなかで指定する デバィ ス名という情報によって、 
そのデ、パ、イスのファイル名が決まります。どうせ入出力はしないから、 テ、、バ、イ 
ス名はなんでもいいだろう思い、縁起もので、、 040 TURBCT という文字列に 
したのですが、これが大ハマリでした。 ^ OTURBO " という名前のファイ 
ル名が使えなくなってしまうのです。 

しかし、やっていることがなにせ Human 68 k へのパッチ当てです。、、〇 40 
TURBO " というデイレクトリやファイルアクセスで エラーを くらうように 
なるものですから、とうとうディスクを壊したかと焦りました。今はデバ、イス 
名の頭の1文字目を$01にしています。頭に コントロールコードが くるような 
ファイル名は普通使いませんから、困ることはありません。 

さて、テ''バイスヘッダはおまじないのようなものですから別に問題ないとし 
て、プログラム自体にも新たに处理を追加しなければなりませんでした。1つ 



040 ROM patch , x 


図 4.1 Human 68 k 起動後のメモリマップ 
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* 1 

よく opmdrv . x がない 
ときに、うっかり、'〇 pm " 
というフアイルを作っ 
*1 しまい、 opmdrv.x 
を登録した後で消せな 
くなるのと、原理は同 
じです。 
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は、 ROM にパッチが当たっているかどうかを判断する处理です。 

040ROMpatch.x を使っているときは、まず、 ROM にパッチを当てて、再 
起動したら、 040HUMANpatch.x という具合に人間が順番に実行すればいい 
のですから、パッチが当たっているかどうかなど判断する必要はありませんで 
した。 

しかし、 040SYSpatch.sys は、 config.sys に追加して、起動時に自動的に 
登多象されるようになります0このため、ほうっておくと、 ROM にハ。ッチを当 
てて再起動、また、 040SYSpatch.sys が走り出して再起動、というふうに無 
限に再起動を繰り返してしまいます。害 11 り込みべクタや IOCS のエントリカ ？ 
ROM を指しているかどうかを調べるだけでいいことです力 5 '、こんな簡単なこ 
とも結構気がつかないものです。 

[SHIFT] キーを押しながら起動するとバッファをクリアする RAM デ イス 
クをまねて、最初は特定のキーを押したときだけ再起動するようにしていまし 
た。 

同じような話で、 68030 のシステムではこのパッチは不要ですから、これま 
た、別のキーを押しているときだ'けスキップするようにするとかしていました。 
これも、動作しているプロセッサが 68040 か 68030 かをチェック* 1 すればいい 
だけのことです。 

まあ、それでも、なんとかデバイスドライバの形態で登録し、起■加寺にシス 
テムに対してパッチを当てるようにできました。これで、いちいちパッチコマ 
ンドを順番に実行していたときよりもずつと使い勝手がよくなりました。 


メモリ確保 

デノぐイスドライノぐの形態にしたのは、システムから適当にメモリを確保する 
ように作りかえるのが目的の1つでしたが、この時点では、まだ目的は達成さ 
れていませんでした。 

というのも、メインメモリの最後尾から ROM コ ピーのすこ めのメモリを 5 萑保 
する手段がわからなかったためです。このため、 040SYSpatch.sys の最初の 
バージョンでは、 040 ROMpatch.x と同様に、 ROM のコピー領域の先頭アド 
レスをハ。ラメータ* 2 としてネ旨定していました0 

さて、メインメモリの最後尾からメモリを確保する手段ですが、最初は 
Human68k の DOS コールにある MALLOC2 を使ってみました。これは、引 
き数の指定によって通常の MALL 〇 C のようにメモリを確保する方法と、最 
後尾から確保する方'法のどちらかを選択できるものです。 

しかし、うまくいきません。 


* 1 

68030 1 68040の切り 
替えがソフトウェア的 
に行えるようになって 
いれば、特定のキーを 
押しながら立ち上げる 
と68040モードになる 
ということも可能にな 
り、カッコイイのです 
が、今回は変換回路の 
簡略化のため、機械的 
なスイツチの切り替え 
になっています。 


氺2 

この仕様はメモリ確 
保がうまくいかないと 
きの保険の意味で、第 
一次配布に添付した 
040 SYSpatch.sys にも 
引き継がれましたが、 
今ではなくなりました。 
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その後に登録した RAM デイスクドライバは、あいかわらずメモリの最後尾 
からバッファを 5 萑保しています。常駐プロダラムでは MALLOC 2 で?萑保し 
た領域はそのまま解放されずに残るようです力 ? 、どうもデバ、イスドライバ、の場 
合は違うようで、す。しかし、メモリの後尾からバッファ領域を確保するデバイ 
スドライバ、はちゃんとパ、ッファ領^ t がかちあわないでうまくいっていますので、 
何か、ほかにうまいやり方があるのでしよう。 

しかたがないので、純正の RAM ディスクドライバ* 1 を逆アセンブルして、 
どんな方法を取っているの力 1 調べてみました。 

その結果わかったことは、 $1 C 00 番地の値を直接操作するという方法でし 
た。ここには、最初にフリーエリアの最後の番地が書き込まれており、 RAM 
ディスクドライバなど、バッファを確保したいプログラムは、この $1C0 〇番 
地のデータを直接操作していました。図 4.2.a のように、 040SYSpatch.sys が 
最初にコピー領域!：して必要なメモリ容量を引いて、残りの f 直を $1C00 にセッ 
卜しなおします。次のプログラムがメモリの後尾からバッファを石萑保しようと 
するときは、あらかじめ確保したいプログラムが $1C00 番地の値を基準にし 
ますので、図 4.2.b のようになり、パ、ッファ領域がかちあうことはありません。 
Human68k のワークを直接書き換えるという荒業ですが、純正の RAM デイ 
スタドライバ、がやっている手法ですから、これに見習うことにします。 

これでやっと、 040SYSpatch.sys も自分でメモリを確保すること力すできる 
ようになり、その後に登録した RAM デイスタが ROM のコピー領域をつぶす 
こともなくなりました。 
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フリーエリア 


ROM コピー領域 


フリーエリア 


Human 68 K 


各種テーブル、ワーク 


( a ) 最初に確保 


(b ) 次のプログラムが確保 


図 4.2 フリーエリアの後尾からメモリを確保する方法 


Human 68 K 
各種テーフフレ、ワーク 


* 1 

'' RAMDISK . SYS " 
という純正 RAM ディ 
スクドライバです 。X 
68000の頃からついて 
いるのはいいのですが、 
ぉ世辞にも速いとはい 
えません。下手をする 
と、 SCSI のハードデ 
イスクより遅いという 

代物です。私も普段は、 

フリーソフトウェアの 
RAM デイスクドライ 
バを使っています。 


isa>oool$ 


一!}§ 81 $ 
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まだ m 不具合 


最初の頃は、透過制御レジスタを使ってスーパーバイザモードでのデータキ 
ャッシュを禁止していましたが、 FDC (Floppy Disk Controller ) からの害 lj 
り込みルーチン内にあったキャッシュ制御ルーチンにもパッチを当てることで、 
いちおう、データキャッシュオンでフロッピーディスクをアクセスしてもハン 
グアップ* 1 しなくなりました。 

こうして、まずそうな箇所をパッチすることで、いちおう、68040もフルタ 
イム、キャッシュオンで'動かせるようになりました。しかし、実際に使用して 
みると、まだいくつかの不*合がありました。 

現象からいうと、次の3点でした。 


* 1 

実はまだ本質的な解 
決になっておらず、最 
終的には第一次配布の 
後まで問題を引きずり 
ました。 


1) スクロールが遅くなる 

2) マウスカーソルを表示するとゴミが出る 

3) see.x* 2 でフロッピーをアクセスするとハングアップする 

調べてみましたが、なかなか原因がつかめません。壁にぶち当たった感じで 
す。 


68040 の速度にハードウエアがついていかないのか？ 

そんなことを思いはじめていたので、気合いも入らず、なかなか対处もでき 
ませんでした。 


氺2 

フリーソフトウェア 
のファイルビューワプ 
ログラム。 lha のアー 
カイブファイルの中身 
も、いちいち展開せず 
に覗くことができるの 
で便利です。たまたま 
私が愛用していたので 
これを引き合いに出し 
ていますが、 see . x が 
悪いわけではありませ 
ん〇 


1 ) スクロール カ S 星くなる 

最もはっきりわかる不具合は、キャッシュオンにすると、画面スクロールが 
目に見えて遅くなるという現象でした。特に、高速スクロールを、、売り"にし 
ているアプリケーションで顕著でした。 

もともと X68030 の画面スクロールは結構速いのですが、キャッシュオフで 
は軽^:にスクロールしていたものが'、キャッシュオンにしたとたんにノ ロノ ロ 
したスクロールになってしまうのです 0 

私は、普段、ノぞックスクロ ール機能がほしくてフリーソフトウェアの condrv. 
sys を使用していましたので、最初はこれが悪いのだろうと思って気にしてい 
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ませんでした。実際、 condrv.sys は X6803 瞪場前からあったため、 X68030 
の登場当初はいろいろと不具合があったのです。この不具合を回避するため、 
暫定的なパッチ情報が公開されて、やっと使えるようになったという経緯があ 
ります。今回も、68040と condrv.sys との相性の不一致だろうと思い、アプ 
リケー シヨ ンのパッチは後回しにしていましたから、 スクロールが 遅くなって 
も気にしなかったのです。 

ところが、あるとき、 condrv.sys も含め普段使っているテ、、バ、イスドライバ、 
や常駐ソフトをいっさい外して Human68k と 040SYSpatch.sys だけにして使 
ったところ、やはりキャッシュオンするとスクロールが目に見えて遅くなるこ 
とに気づきました。 X68030B 場時、高速スクロールするプログラムがラスタ 
スクロ ー ルでゴミをまき散らすという問題があったので、これについても、 

68040になって処理スピードが上がり、高速スクロールのために微妙にチュ 
ーンナップされたプログラムのタイミングが変わったのかな？ 

と思っていました。しかし、結局、この問題は第一次配布の後までもつれこ 
みました。 


COLUMN 


040 turbo 第一次配布 

第一次配布の募集をしたときは、あまり安定して動いていなかったことも 
あって、デバッグに参加してもらうスタッフ募集という位置付けでしたので、 
私が連絡のとれる範囲として NIFTY-Serve および MAX-BBS に案内を出し 
ただけでした。 

誰も参加してくれなかったらどうしよう。 

と心配していましたが、最終的に40人近くの参加者が集まってくれました。 

しかし、68040自体の値段が高かったことや、部品代が見積もり価格より 
上回ったこともあって、結構な値段になってしまい、 

これで動かなかったら冗談ではすまされないなあ。 

とビビッていました。第一次配布の後のトラブル続き、バグ続きのときは 
冷や汗ものでした。辛抱強くつき合ってくれた第一次配布参加者の方々に感 
謝しています。 

今は笑って話せるようになって、本当によかったと思っています。 
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2) マウスカーソルを表示するとゴミが出る 

これもまた、やっかいな問題でした。 X68030 は、マウスの右ボタンを押す 
とマウス カーソルカす 表示されます。そして、 040SYSpatch.sys の場合、マウ 
スカーソルが 表示されると、画面の関係ないところにゴミが出るのです。 

しかも、マウスを動かすと、写真 4.1 のようにゴミが広がっていくのです。 



写真 4.1 マウスを動かすと出るゴミ 

ソフトウェアキーボードを表示させようものなら、画面中ゴミだらけになっ 
てしまいます。もともと、グラフィック VRAM のアクセスでパ'スエラーが出 
るなど、 VRAM アクセスまわりはどうもタイミングカ 5 しいのです。 

またハードウェアの問題か？ 

ロジックアナライザ'で調べてみたのですが、変なデータを書き込んでいるよ 
うな形跡、はありません。それに、キャッシュオフならゴミは出ません。画面モ 
ードを切り替えてグラフィック画面を表示状態にすると、ゴミが出なくなった 
りすることがあったため、原因が絞り込めずに混乱してしまいました。 

とにかく、 マウスカーソル を表示させるとはっきりゴミが出ていたのが、何か 
をいじるとビタリと止まります。これで直ったと喜んで、電源をいったん切っ 
て再度試してみると、やっぱり出るというわけです。いろいろいじってみたの 
ですが、結局、ハードウェアのほうでは対知:できませんでした。 

つかみどころのない現象でほとほと困っていたのですが、よく整理して考え 
てみると、 マウスの 青色を表示して いる プレーンにだけゴミが出て他のプレー 
ンにはまったくゴミは出ていないという点に彳可かカギがありそうだ' と気づきま 
した。テキスト VRAM の構造によってゴミが書き込まれるプレーンが片寄っ 
ている だけなのかもしれませんが、何か マウス 表示プログラムに問題がありそ 
5です0 
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さっそく、 ROM のマウスカーソルを表示しているルーチンの角飼开をしてみ 
ました。 X68030 のテキスト VRAM は、図 4.3.a のように1ビットが1ピクセ 
ルに対応する水平ビットマップ方式になっており、複数プレーンを使って色を 
構成しています。そして、図 4.3.b のようにマウスカーソルの灰色の枠にあたる 
パターンを T2 に、青色の中身の部分のパターンを T3 に書き込むことでマウ 
スカーソルを表示しています0 

この書き込み部分のプログラムは、次のようなプログラムになっていました0 


1: and.1 dO, (al) 
2 ： or.l dl,(al) 
3 : and.1 dO 


4 : or.l dO バ aO) 


レジスタ Al が青プレーンへ書き込むべきアドレスを、レジスタ A0 が灰色 
プレーンへ書き込むべきアドレスを保持しており、レジスタ D1 とレジスタ D 
〇がおのおののハ。ターンを保持しています。普通なら、別に問題ないプログラ 
ムですが、 

青プレーンにのみゴミを出す原因がここにあるはずだ。 

と思って見てみる* 1 と、1行目と2行目の青プレーンに and と or 命令で連続 
アクセスしている部分がいかにも怪しそうです0 and も or も、いったんメモリ 
をリードしてから論理演算して書き込むという处理になりますから、ここはリ 
ード、ライト、リード、ライトときわめて高い頻度で VRAM をアクセスする 

VRAM T 3( マウス青色） 


氺1 

こういうのを、普通 
は机上デバッグといい 
ます力 ? 、私は特に、眼 
カデバッグと呼んでい 
ます。 



( a ) テキスト VRAM とディスプレイ 


図 4.3 マウス表示のしくみ 


( b ) マウスパターン 
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ことになります。それならばと、ここに当たりをつけて nop を挿入してみる* 1 
と、ゴミが書き込まれる5見象がビタリと収まりました。 

3) see . x でフロッピーをアクセスすると/\ングアップする 

ここでは see.x を取り上げていますが、他のプログラムでもハングアップす 
る可能(•生はあります。ただ、 dir や type するだけでは、この現象はほとんど起 
こりません。 

以前はキャッシュオンにすると、 dir や type を実行しただけでハングアップ 
していたので透過制御レジスタを使っていましたが、システムへのパッチカミし 
っかりしてきて問題なくアクセスできるようになったので、透過制御レジスタ 
によるスーパーバイザモードでのデータキャッシュの制限を取り払って、これ 
でノぐッチリだと思っていたのです。 

ところ力、私がフアイルビューワとして愛用している see .x でキャッシュオ 
ンのときにフロッピーをアクセスすると、5萑実にハングアップすることが判明 
したのです。 

すでに量産基板の納入が秒読み段階に入っていた時期です。これはさすがに 
シヨックでした。 

スクロールが遅くなるのは「そういう仕様」として我慢してもらえるでしよ 
うが、キャッシュオンのままうっかりフロッピーをアクセスしてしまうことは 
ありそうです。それで、ハングアップはあまりに強烈です。 

「ハングアップの危険性あり、フロッピーはキャッシュオフで使うこと」 

という仕様は、さすがに許されません。 

ハードウェアの問題かもしれないので、なんとか配布前に原因を突き止めた 
いところです。他の作業* 2 を中断して全力でデバ、ッグにかかることにします。 

デバッグの基本は現象を觀することですから、こういうときは see.x でつ 
ねにハングアップしてくれるというのはありがたいことです。 

ひさしぶりに前に作った試験回路を引っ張り出して、アドレスを上嫩部で見 
てみると、ある ルー チンでループに陥っていました。このルーチンは何かと調 
ベて見ると、 IOCS のフ ロッビー アクセ スルー チンで共通に使われている、 FDC 
のステータスチェックをしているルーチンだということがわかりました。 

フロッピーをアクセスしにい〈ために FDC を操作するのです力 ? 、その前に 
FDC のステータスレジスタを読んで、他の处理を実行中でないかを調べてい 
るのです。もし、他の％！:理を実行中で FDC がビジー状態になっていたら、ア 


* 1 

実はこの対処方法は 
まぐれ当たりで、後で 
I / O アクセスという根 
本的な問題に対処した 
ときには、 nop を抜い 
てもゴミは出ませんで 
した。また、これとは 
別の VRAM ゴミ問題 
が、後で発見されまし 
た。とに力 1 く VRAM 
は問題続きです。 


氺2 

(自称)超豪華取扱説 
明書の執筆作業をして 
いました。 
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イドル状態になるのを侍つのです。 

ここは、次のようなプログラムになっていました。 

1:100 pi : 


move.b 

(al),dl 

btst.l 

#4,dl 

bne.s 

100 pi 

move.b 

(al),dl 


loop2 


注：ラベル loop I 、 loop 2は便宜上つけたものです。 


レジスタ A 1は $E 94001を指しており、これは FDC の ステー タスレジスタ 
のアドレスです。このステータスレジスタの内容が FDC のアイドル状態に戻 
らなければならないのに、なんらかの理由で'狂ってしまい、いつまでもビジー 
状態になっていたのです。狂わせている原因が see.x のどこかにあるはずです。 

see.x は X68000 の頃のプログラムですから、当然、自前でキャッシュ制御を 
行っているはずがありません。といって、直接フロッピーをアクセスしている 
ような部分もなく、普通に IOCS コールを使ってアクセスしているようでした0 
デバッガでトレースをかけながら処理を追っていくと、問題なくアクセスでき 
たりします。 

これを調べるのには、本当に骨が折れました。ほとほと困っていたとき、あ 
る現象に気がつきました。デバッガのメモリダンプコマンドで FDC ポートを 
ダンプしてみたとき、 $E 94002 の アクセスでバスエラーカ 5 '起こると $E 94001 
のステータスがビジーになってしまうのです。まるて)東りついたようで、その 
後、リセットしないかぎり、ステータスが元に戻りません。 FDC は8ビット 
の I/O デバイスで $E 94001と $E94003 にはレジスタがありますが、 $E 94002 
にはないので、こ こへの アクセスでバスエラーが起こること自体はおかしくあ 
りません。しかし、このアクセスで他の番地が変になるのが不思言義です。 

しかし、現象からすると、これでビジーになりますから、 see.x がなんらか 
の理由で $E 94002をアクセスしてエラーを起こし、 FDC のステータスをビジ 
一に凍りつかせているのではないかと考えることができます。 

さっそく試験回路の比較部に $E 94002というアドレスをセットして試して 
みると、見事に引っかかってきました。 

しかし、 see.x を調べてみると、10 CS-$82、BJPEEK* 1 を使って $E 94005 
番地をアクセスしているところはありましたが、 $E 94002番地をアクセスし 
ている形跡はありません。ちなみに、 $E 94005はフロッピーディスクが挿入 
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されているかどうかを調べるポートのアドレスです。ドライブにフロッピーが 
挿入されている力\あらかじめ調べているというわけです。 


* 1 

バイト単位のメモリ 
読み出し コール。 


$ E 94002をアクセスしている奴が、どこかにいるはずだ0 


ROM ルーチンがわざわざパ、スエラーになるアドレスをアクセスするような 
間抜けなことをするはずがないので、原因は seejc の中にあるはずです。 

ここで、はじめてバースト転送の問題に気がつきました。今まで「68040ュ 
ーザーズ マニュアル」 を斜め読みしただけだったので気がつかなかったのです 
が、68040はデータキャッシュがオンになっていると、バースト転送を使って 
アクセスしようとします。 

つまり、 IOCS ルーチンのほうはキャッシュをオフにして I/O ポートをアク 
セスするようなプログラムになっていますが、 see.x 自体はキャッシュオン状 
態で実行されます。この状態で $E 94005をアクセスすると、キャッシュライ 
ンの充塡のために $E 94002を含むバースト転送が行われてしまうのです。 

原因はわかったのですが、対策はやっかいです。根本的な解決は、 I/O をア 
クセスするときにバースト転送が実行されないようにすることですが、そのた 
めにはデータキャッシュがオフになっていなければなりません。 see.x にか 
ぎってみれば、 IOCS の B_BPEEK でアクセスしていますから、 IOCS 個 j で 
B_BPEEK のルーチンをパッチしてキャッシュオフでアクセスするようにす 
ればすみます。 

しかし、 I/O を直接アクセスするアプリケーションでは、みな、同じ問題を 
引き起こすことになりますから、個々にパッチを当てて I/O アクセスのときに 
キャッシュをオフにする命令を挿入しなければなりません。 

キャッシュオンの状態で I / O をアクセスするときは、キャッシュオフにする 
PJI 外に方法はないのか？ 

実は、前に透過制御レジスタを使ってスーパーバイザモードのデータキャッ 
シュをオフにする方法を使っていたとき、透過領域の 16M バイトという単位 
ではなく、もっと小さい単位でキャッシュをオフにするには MMU を使えば 
よいということがわかっていました。 MMU なら 8K バイト（もしくは 4 K パ、 
イト）単位でキャッシュを制御できますので、 I/O 領域だけをキャッシュオフ 
にすることが'^能です。 

しかし、 MMU のプログラムを作った経験はありませんでしたし、68040の 
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ユーザーズマニュアルを 読んでもわけがわかりません0なにやらテー ブルを 作 
って ポインタを 設定して、 といろいろ やらなければ いけないみたいで、、 扱いが 
難しそうで_した〈なりました。 

いちおう、ためしに MMU を使うをプログラムを作ってみましたが、その 
時点て、'はうまくいきませんでした。プログラム自体の ミス もあったのて、、 すが、 
実はもっと大きな ミスが 隠れていました。これについては、 f 麦で、 紹介し ます。 

とにかく、 MMU が使えないようではどうしようもありません。前に使っ 
て実績のある透過制御レジスタで、とりあえずの対策を施すことにしました。 
前はスーパーバイザモードではデータキャッシュをすベて禁止にしていました 
が、今回はアドレスの上位8ビットが $FF のとき、つまり、 $FFOOOOOO〜$ 
FFFFFFFF 番地について、データキャッシュを禁止します。この設定をした 
うえで、 ROM や Human68k、 そして I/O を直接アクセスするアプリケー ショ 
ンて、、使われているアドレスをハ 0 ッチして、上位8ビットを $FF にしてしまう 
のです。 $00E8xxxx や $00E9xxxxJ： いうアドレス部分を、すべて $FFE8 
xxxx と $FFE9xxxx に書き換えるので、す。個!々のアプリ ケーショ ンプ ログ、 
ラムをパッチしなければならない点は同じですが、キャッシュをオフにする命 
令をいちいちネ爭入するよりも簡単です。 

とりあえず、この方'法で' I/O アクセスのバ'ースト転送を防ぐことができまし 
た。 

中途半端な対応だけど、これで取りあえず回避可能だ。 

そして、この対处バージョンを 040SYSpatchverl.3 として、第一次配布に 
して配布することになりました。 

ハングアップすることを発見したときはショックでした力す、隠れていた問題 
が'見つかったわけで'すから、よしとしましよう。 

しかし、第一次配布後も、続々と問題が発生したのです。 
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^^oice of Users 

GCC と 040 tu「bo 

X 68030 に 040 turbo を実装していろいろなトラブルをすべて回避した今とな 
っては、 も はや GCC のコンパイル は68040 ALL コピー バック モードで しか行わ 
なくなってしまいました。 

スピードの面では、 040 turbo と80486 DX 66 MHz を搭載したマシンを比べる 
と、どうしても80486 DX 66 MHZ を搭載したマシンには勝てないようです力、 
コンパイラを作り終わるのに1時間とかからないのは、やはり魅力です 。 GCC 
の内部では、特に68040だから速くなるような部分はないのです力 5 '、「速さは力」 
やもしれません。 

仕事関係のソースも、その対象機 （ PC - 9801や FM TOWNS ) では修正せ 
ずに、慣れている X 68 K 上でやってしまう私には、ゲームが動かないなどとい 
った問題は障害にはなりません。常時68040モードで動かしています。 

キャッシュ閨係でおかしくなるプログラム類は自分ですベて修正してしまい、 
今は完全に68040で動くものしかハードディスクに入っていません。他の仕事 
力 ? 忙しくて、最近の 040 turbo のトラブル関係は自分で再現できていないのです 
が、別段不便はないので、そのまま使っています。 

最近の GCC は、68040にも対応したコードを出せるようにしてありますから、 
使ってもらえればうれしいですね。最後に、このような高速ボードを企画製作 
された BEEPs 氏に感謝！！の一言です。 

(文•まりこ NIFTY-Serve PED 00647) 
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| 今度こそ大丈夫？ 

90度取り付け角度が違った評価基板のせいでだいぶ侍たされましたが、いよ 
いよ量産基板ができあがってきます。そろそろ届くかなと思っていたら、フラ 
ットパッケージの 74 AS 245 が入手できないという連絡が業者から入ってきま 
した。バスサイジングを実現するためのバスの組み換えで1枚の基板に6個の 
74 AS 245 を使用しますから、第一次配布で数百個を使う勘定です。確かに少 
ない数ではありませんが、マイナーなタイプではありません。半導体の老舗、 
テキサスインスツルメンツの石です0 

「日本全国手を回したが、手に入らない」というのは担当者の弁。 

う一ん、2力月前から手配を力、けていたはずなのに、おかしいなあ。 

続いて、 「74 F 245 なら入る」といってきました。 

74 F 245 は、 74 AS 245 より若干遅いし、電気も食います。しかし、タイミン 
グ的にはそんなにシビアじゃないし、 74 AS 245 にこだわってまた待たされる 
のもかないません。 74 F 245 なら、いつ入るのかとたずねてみると、 

「もう、買い占めました」との* 】 こと。 

いいかな あ と 思いつつ、前に GAL の品種を 15 LP から 7 LP にかえて失敗し 
ていますから、大丈夫たフ)うと思っても、どこに落とし穴があるかわかりませ 
ん。ここは慎重に、とりあえず1枚だけ 74 F 245 を使った斟反を作ってもらい、 
#■7*を見ることにしました。まだ GAL が揃っていないということでしたので、 
それはこちらで用意するということで、とにかく送ってもらうことにしました。 

そして、週末には、待ちに待った基板が届きました。 

74 F 245 を使っているとはいえ、今度はちゃんとした方向で X 68030 に取り 
付けること力すできました。 74 F 245 の動作も問題ありません。だいぶおあずけ 
を食ってしまいましたが、第一次配布分の* S に入ってもらいました。 

そして、次の週の金曜日には侍望の基板がどつさり届きました。 


間違って 74 F 245 を 
買っちゃっただけじゃ 
ないのかなあとも思い 
ますが、真相は不明。 
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城之内氏の細 

040 turbo 第一次配布の一番乗りは、同じ愛知県に住む城之内氏でした。彼 
は、基板が届いた翌日の土曜日に、わざわざ、わ力す家まで基板を取りにきてく 
れました。 

前日届いた基®を取り出し、 X 68030 に取り付けてテストします。わが家の 
X 68030 は両タワーともカバー開放* 1 ですから、基板の取り付け•取り外しは 
自由自在です。 


* 1 

今でも、 カバーは 全 
開状態です。 


うまく立ち上がらなかったらどうしよう。 

そんな不安が一瞬頭をよぎりますが、パワーオン。68040を示す LED が赤く 
光り、いつものようにすんなり起動しました。 

まだテスト方法を考えていなかったので、とりあえず、適当にコマンドを叩 
いてみます。 SX - WINDOW を起動させ、負荷がかかりそうな動画再生を何 
本か走らせながら Easy - Draw でベジエ曲線をウネウネ変形させてみたりしま 
す。 

サクサク動いて、城之内氏も満足そうです。 

よかった。 

前日、やっと仕上げた 040 turbo の取扱説明書のコピーと、パッチプログラ 
ム類のフロッピーをコピーして、 

「はい、第1号。 NIFTY に報告書き込んでね」 

といって手渡しました。 

前日、取扱説明書の最後の ft 土げて'朝帰りだったので、再び布団に潜り込み 
ました。 

夕方、さて、どうなったかなと NIFTY - Serve をのぞくと、恐怖のメール 
が'入っていました。 

68040モードにしても LED が点灯しない！ 


とのこと。 
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テストしたときは確かに点灯していたはずだ。おかしい。 


クロツクの配線がミスっている！: LED が点灯しませんから、取り付けミス 
ではないかと思い、とりあえず返事を書いておきました。 

しかし、これは別の原因によるものでした。他の基板を調べてみると、な 
ん t 今回届いた LED ケーブルの酉醜がすべて逆だったです。 LED は極性があ 
りますから、逆方向につないでいると発光しません。前の週に届いた 74 F 245 
を使った量産版のテスト基板に添付されてきたケーブルはちゃんとつながっ 
ていたのに、今回届いた分はことごとく逆になっていました。 

城之内氏に渡す基板をテストするとき、ケーブルを取り出すのが面倒だっ 
たので、前の週のテストで使ったケーブルを使っていたのです。テストミス 
といっていいでしよう。しかし、まさかケーブルの配線を間違える* 1 とは思っ 
ていませんでした。城之内氏には気の毒なことをしましたが、大量配布する 
前に見つかったのはラツキーだったといえるでしよう。 

残りのケーブルを1本1本すベて直し、以後、基板のテストは1つずつケ 
ーブルをつないでテストすることを心に誓いました。 

ケーブルを直して、やっと 040 turbo が使えるようになった城之内氏からの 
記念すべき第1を紹介しておきましよう。 


氺1 

その後、第二次配布 
分でも、やはりケープ 
ルが間違って入ってき 
ました。 


682/999 GGB00312 城之内 040TURBO ボード使用レポート（その 0) 

(14) 93/10/25 00:09 

040TURBO 快速 

なんとか動くようになったので報告まで。 

土曜に BEEPs 氏のお宅で受け取り、試行錯誤しながらゃっと起動できる 
レベルに なりました。 JUNK にアップされた FLOAT040.X も使わせて頂 
いております。 

これから 040TURBO のポテンシャルを引き出せたら、と思います。 

まだ、起動して動いている程度ですから、これから調整が必要です。 
(HENWIN ではプロテクトがかかっているとか言われるし） 

では、また。 

P . S . SX ウィンドウで書いているのですが、当たり前のようですが 030 より 
軽い 

030 に戻れなくなったりして。 （笑） 

Written by 城之内 
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第一次配布のプログラム 


とりあえずシステムへのパッチを優先して、 040 SYSpatch . sys を作ってな 


んとか使えるようになってきました。では、アプリケーションのほうで問題が 
ないかと Human 68 k の システムディスク に入っている実行フ アイ ル* 1 を調べ 
てみたところ、 format . x 、 fastio . x 、 fsx . x のなかにキャッシュ制御を自前で 
行っている部分が見つかりました。 

このなかで format , x に入っている部分は、 SCSI ハードデイスタに書き込 
まれる SCSI のデバイスドライバ、 「 SCHDISK 」* 2 本体のようなので除外する 
と、残るはぞ381^0.父と£8乂.父です。 

どちらも真面目に解析するには骨が折れそうなプログラムなので、安直に68 
030のキャッシュと思ってキャッシュ制御している部分を、68040のキャッシ 
ュ制御になるように変更するだけにしておきました。不都合が出たら、そのと 
きに考える* 3 ということで、よしとします。 

これら2つのプログラムのバイナリ差分を用意して、第一次配布に備えてい 
ました。 

patexec . sys ができてくる 

patexec . sys は、実行ファイルそのものにパッチするのではなく、そのファ 
イルがメモリ上にローディングされて実行されるときにメモリ上でパッチをあ 
ててくれるというプログラムです。もともとは X 68000 と X 68030 で実行ファイ 
ルを共有するため* 4 のプログラムでしたが、これは 040 turbo にちょうどいい 
ということで、作者の中村ちやぶに氏に68000と68030の対応だけでなく、68040 
にも対応してくれるよう、頼んで'いたのでした。 

そして、68040対応^、ー ジョンが、第一次配布の直前にバイナリメールで届 
いたのです。これを使えば、68040対応にパッチした fastio . x や fsx . x の別ファ 
イルを用意しなくても、68030用の実行ファイルを68040でも使えるようにな 
ります。 

さっそくバイナリ差分はやめて、 patexec . sys 用のパッチファイルを用意す 
ることにしました。あわせて取扱説明書の説明文も I 多正* 5 しました。 

2つの浮動づ嚼 t 点演算エミュレータ 

68030と68040の互換性という点では、キャッシュの問題以外はたいしたこ 


* 1 

フリーソフトウヱア 
について は 特にチ エツ 
クしませんでしたが、 
自前でキヤツシュ制御 
するようなアプリケー 
シヨンはそうあるとは 
思えなかったので、後 
回しです。 


*2 

040 SYSpatch.sys の 
ほうで起動時にパッチ 
を当てます。 


氺3 

fastio . x のほうは不 
都合が起きるとまずそ 
うですが、私は使って 
いないのであまり深刻 
に考えていません。 


* 4 

普通こんなことはあ 
まりしないと思います 
力、作者の中村ちゃぶ 
に氏は、2台のマシン 
を SCSI の両端につな 
いでハードデイスタを 
共有していたために、 
これを作ったそうです。 


ホ5 

これが配布の前日の 
徹夜の原因の1つです。 
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とはありませんでした。しかし、68040が68882の浮動小数点演算のサブセッ 
卜ということから、68030+68882の組み合わせで実行できるものが、68040で 
は実行できないという問題が起こります。 

一番大きな問題は、 X 68 シリーズの浮動小数点演算パッケージ float の X 680 
30版 float 4. x が使えないということでした。 ソフ トウ エア エ ミュレ ーシヨンす 
る float 2. x を使う* 1 ことはできましたが、せっかく浮動小数点演算命令がある 
のに68882のフルセットを揃えていない理由で遅い float 2. x を使わなければな 
らないというのは残念です。 

さらに、数は少ないですが、68030+68882の組み合わせをターゲットにし 
て、直接、浮動小数点演算命令を使ってプログラミングされたアプリケーシヨ 
ン* 2 は、68040で エラーに なってしまいます。もっとも、68030+68882をター 
ゲットにしたプログラムは X 68030 専用になってしまいますから、 X 68000 がい 
まだ主流の現状では数えるほどしかありませんので、我慢できなくはないので 
すが、浮動小数点演算性能を追求して専用プログラムの道を選んだこれらのア 
プリケーシヨンが 040 turbo でより速くなるのを見たいところです。 

私は、浮動小数点演算のプログラミングはやったことがなかったので、第一 
次配布の參加者に期侍していたわ I ナですが、期侍どおり対応プログラムカ ? 作ら 
れました。それも、2種類、別々のアプローチがとられたのです。 

1つは、 float を改造して68040対応にした鈴木国文氏の float 040. x でした。 
float 4. x よりも当然高速です。 

もう1つは68040でサボートされなくなった浮動小数点演算命令をエミュレ 
ーシヨンする、中村ちゃぷに氏の pfloat . x です。 

float 040. x と pfloat . x の2つの浮動小数点演算プログラムですが、性質はだ 


氺1 

040 turbo の開発をし 
ているときは速度は二 
の次だったので、これ 
で十分でした。 


* 2 

私の家には DoGA - 
CGA システムの REN 
D 30. X と Hat 氏のレイ 

トレーシングソフトく 
らいしかありません。 


COLUMN 

取扱説明書 

040 turbo の配布で一番凝っているのは、実は取扱説明書といってもいいで 
しょぅ。 

最初は、簡単な取り付け方法の説明書を数枚つけるだけのつもりだったの 
が、書いてるうちに、どんどんノってきてネジの種類まで調べだし、図解入 
りの X 68030 の分解方法と 040 turbo の取り付け方を延々10ページにわたって 
説明しています。 

こうなってくると、 040 turbo のハードウェアの説明も欲しいな、ソフトウ 
ェアも必要だなと、最後には68040のプロセッサと68030の相違点にまで言及 
し、60ページを超える大作となってしまいました。 

もつたいないので、本書の付録にも収録しています。 
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いぶ違います。 float4.x+pfloat.x の組み合わせで float4.x を使うこともでき 
るようになりますが、 float040.x のほうがオーバーヘッドが少ないので、浮 
動小数点演算パッケージとしては float040.x のほうが得です。 

一方、 pfloat.x を使うと、68030+68882をターゲットにした専用プログラ 
ムが使える* 1 ようになります。 

両方登録しておけば、鬼に金棒ということです。 

こうして、頭の痛い問題だった、浮動小数点演算関連の問題も解決しました。 

GCC も届く 

GCC* 2 は、メーカー純正の XC よりもあらゆる点で優れているため、 X68 ュ 
ーザーのほとんどがこちらを使っているのではないかと思いますが、この乂68 
版 GCC の事実上の標準と思われる「まりこ版 GCC」 の移植者、まりこ氏が、 
040turbo の第一次配布に參加表明してくれたので、さっそく、68040への対応 
をお願いしていました。 

68040対応といっても、 GCC のコンノ、。イラ自体は、68040でもそのまま動き 
ますし、普通にコンパイルしている分には、生成したオブジェクトも68040で 
動きます。 

問題となるのは、68030+68882をターゲットとして コンパイルした オブジ 
ェタトです。この場合は、浮動小数点演算命令の問題* 3 で、68040では使用で 
きません。かといって、68882を使わない指定にして コンパイル すると、68040 
で使用できる浮動小数点演算命令もいっさい活用できなくなるので、効率が悪 
くなります。 

68040をターゲットとして、68040で使える命令だけを使ったオブジェクト 
を生成する機能を GCC に追加してもらうように、お願いしたわけです。 

こちらも、第一次配布の直前にテスト版* 4 が届きました。 

ためしに、 X68030 で68882を搭載したときにそのスピードに感動したレイ 
トレーシングプログラムを、この GCC で、68040対応として コン ハ 0 イルして実行 
してみたところ、キャッシュオンで35秒。68030+68881でも驚いていました 
が、さらにその約2倍の速度になりました。 


* 1 

まだ若干問題はあり 
ますが。 


氺2 

いうまでもないこと 
です力す 、 「GNU C Co 
mpilerj のことです。 


氺 3 

もちろん pfloat.x 
を使えば実行できます 

が、ソースファイルが 
あるプログラムを自分 
でコンパイルするなら、 
最初から68040対応の 
オブジェクトを gcc に 
作ってもらったほう力す 
得です。 

氺 4 

今では、正式な公開 
バージョンで、68040 
対応が明記されていま 
す。 
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さっそくバグ 


順当に配布がすすみ、何人かの手に 040 turbo が渡っていくと、さっそく、 
040 SYSpatch . sys にバグが見つかりました。 

verl .3 だとキー入力をまったく受け付けないというものでした。保険のため 
にと思い入れておいた verl .2* 1 のほうは幸い使えたので、いきなり使えないと 
いう情けない事態にはならずにすみました。 

この現象は私の X 68030 では起こらないため、調査に手間取っているうちに 
參加者の1人、 PUNA 氏が原因を突き止めてくれました。 verl .3 では、 I / O ア 
クセスのアドレスの上位8ビットを $ FF にするために、 $00 E 9 xxxx という 
データをすべて $ FFE 9 xxxx に書き換えていたのですが、関係ないところま 
で書き換えていたようです 0 さっそく修正版 verUa を作り、 NIFTY-Serve 
にアップロードしました。この後、卩1^入氏は、卜111111311681^¥6说02への対 
応もしてくれました。 

ちなみに、 Human 68 k ver 3. xx には、現在、次のバージョンがあります 0 


氺1 

「ハングアップの危 
険性あり、フロッピー 
はキャッシュオフで使 
うこと」というバージ 
ョンです。 


X 68030 に添付されているもの ver 3.00 

SX デスクアクセサリ集に'添付されているもの ver 3.01 

SX-WINDOW ver 3に添付されているもの ver 3.01 

XC ver 2.1 NEW KIT に添付されているもの ver 3.02 


オリジナルの 040 SYSpatch . sys は ver 3.01 にしか対応していませんでした 0 
Human 68 k ver 3.02 はじかにキャッシュ制御命令を使ってプログラミングさ 
れていた部分が1力所を除いて IOCS - $ AC のキャッシュ制御コールを使うよ 
うに修正されていました。こうなっていれば、 IOCS -$ AC 側のルーチンを68040 
に対応させるだけで、これを呼び出している側にはパッチが不要になります。 

残る1力所はアプリケーションプログラムの命令書き換えを行っているため 
に、書き換え後に命令キャッシュをタリアするために使われていました。 

この命令書き換えはちょっとおもしろいので、紹介しておきましよう。 
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離絲の変更 

この命令書き換えは、68000では ユーザーモー ドで実行できた ステー タ ス読 
み出し 


move from SR 


が、68030ではスーパーバイザ命令になったために、ユーザーモードでは特権 
命令違反になってしまうことへの対处です。 SR (Status Register ) は、演 
算の実行結果によるアンダー フローや オーバー フローな どの フラ グを保持する 
CCR (Condition Code Register) 部分と、割り込み マスクな どのハードウ 
エアの動作に密着した部分があります。68000では、 SR への書き込みはスー 
パーバイザモードでなければできません* 1 が、 SR からの読み出しはユーザモ 
ードでもできた* 2 のです。 

ところが、68010以降は、読み出しもスーパーバイザモードでしか実行でき 
なくなりました。ユーザーモードで実行すると、特^命令* M になってしまい 
ます。このままだと演算結果のフラグを保持する CCR 部分が読めなくなりま 
すので、この部分のみを読み出す 


move from CCR 


という命令が'?斤設* 3 されました。 

しかし、68000時代には使えた命令が68030で使えないのでは、 X68000 用の 
プログラムカす実行できなくなります。 

これへの対处として Human68k ver3 では、特権命令違反のサービスルー 


* 1 

CCR への書き込み 
は、 ユーザー モードで 

も可能な move to CCR 
という命令があります。 


氺2 

コンディションコー 

ドレジスタ部分を読む 
ための move from CCR 
という命令自体が存在 
しなかったので、ユー 
ザーモードで move 
from SR が使えるよ 
うになっていたのでし 

よ5。 


* 3 

そもそも、この命令 
が68000になかったの 
が間違いなのですが。 


COLUMN 

6かシリーズの互換性 

モトローラは、プログラムの互換性に対する意識が希薄な気がします。ス 
ーパーバイザモードは OS のためのもので、ベンダーが提供するから、ユー 
ザーは気にしなくていいという方針だからなのでしよう。 

この点、インテルの互換性への並々ならぬこだわりとは対照的です。 
インテルのプロセッサは、8086時代のソフトウエアを実行できるモードを 
つねに設けるアッパーコンパチブルな設計になっています。これがまた、「美 
しくない」という悪い評価の原因でもあるのですが、世の中の情勢を見た場 
合、ソフトウェア資産は美しさに勝るといえそうです。 
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チンのなかで命令コードを調べ 、 「move from SR 」 を実行しようとして特権命 
令違反になっていた場合は、アプリケーションプログラム自体の機械語コード 
を 「move from CCR 」 に書き換えて再実行しているのです。 

ここで命令キャッシュが生きていると、たとえメモリ上の;語コードを書 
き換えても、キャッシュ上は前の命令のまま残ってしまうので、いったん命令 
キャッシュをクリアする必要があります。プログラムの書き換えをせず、エミ 
ュ レーション* 1 するようになっていればキャッシュ制 街! をしなくてもすみます 
が、毎回、この处理が入ることになりますのでスピード的に不利です。そこで、 
プログラムを修正することにしているのでしよう。プログラム自体を書き換え 
るというのはあまりきれいなやり方ではないのですが、2回目以降は特権命令 
違反にはならないので’、うまいやり方* Y 'す。 

話が脇道にそれましたが、 Human 68 k ver 3.02 では、この部分にまだキャ 
ッシュ制御命令が使われているのです。特権命令違反の処理のなかで IOCS コ 
ールをするのを嫌ったのかもしれませんが、ここにも IOCS -$ AC を使ってく 
れれば、 Human 68 k はノーパッチですむようになります。次のバージョンア 
ップではどうなるか、卿未のあるところです。 

それにしても、 040 SYSpatch . sys のバージョンアップが、さっそく 040 turbo 
の参加者の手で* 3 行われたのは心強いことです。 


氺1 

サービスルーチン内 
で SR の内容を読み出 
し、読み出し先のレジ 
スタに格納してやれば 
よいのです。 


*2 

Macintosh も互換性 
をとるために、このよ 
うなことをやっている 
そうです。 


*3 

もともと、それを期 
待して基板配布に踏み 
切ったのですが。 


COLUMN 

X 68 シリーズの互換性 

68000と68030の互換性の問題は 、 「move from SR 」 にとどまりません。 
一番インパクトがあるのが、各種の割り込み発生時にスタックに積まれるデ 
ー タフ ォーマッ トの変更でした。 

X 68 では、 $ Fxxx という未定義命令を DOS コールの目的で使用してぉり、 
引数をスタック経由で渡すようになっていましたが、68030でスタックに積 
まれるデータ フォー マットが異なったため、引数を取り出すオフセットアド 
レスが変わってしまいます0 

このため、 Human 68 k では、プロセッサが68000か68030かで動作を変え 
て、この違いを吸収しているわけです。 

また、そもそも $ Fxxxx という命令が68030ではコプロセッサ命令になっ 
ているため、場合によっては未定義命令にならずに特権命令違反になってし 
まうこともありますが、この違いも Human 68 k で吸収するようになってい 
ます。 

このように、 Human 68 k の努力によって、68000と68030の違いを吸収し 
ているのです。 
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I 第一次配布の反応 

さて、 040 turbo 第一次配布者の反応ですが、 040 SYSpatch.sys verl .3 に 
バグがあったとはいえ、みんな好意的でした 0 もっとも、個人で作ったもので 
すから、参加するほうも駄目でもともとだったのかもしれません。 


698/999 GGA00464 そると お家に 040 

(14) 93/10/26 22:41 

今日帰宅したら届いていました。 (つ 

早速インストールが終了したところですが、どうやら動いている 
ようです。 （？；； 現在、多少の不具合いがありますが調整して 
いきたいなと思っています。 

長時間動かしているわけではないので何とも言えませんが、クロッ 
クが 34.8MHz でも固有の問題があるものの何とか動いているよう 
です。ちなみに、 pv.x の出力では初代比 22 倍程度と出ます。 （？） 

クロック切り替え回路を付けていると、タリップでのクロックの 
引き出しが困難なので直接半田付けする必要があります。 

BEEPs さんご苦労様です。 

そると 


701/999 GBH00172 鈴木国文 RE:040TURBO 発送しました 

(14) 93/10/27 00:22 696 へのコメント 

BEEPs さん、徹夜の作業お疲れ様です。 

040SYSpatch が旧バージョンだった以外は特に問題なく動作しています。 
やっぱ、速いですねえ〜 

最近レイトレに凝ってるので非常に楽しみであります0 

自画自賛になりますが FLOAT040.X も順調 • • • 80% 〈らいは順調で 
無改造 X68030 + 882 と比較して • • • 
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各種演算を100000回ループ 



FLOAT 2 .X 

FLOAT 4 .X 

FLOAT 04( 

単精度加算 

3350 msec 

2900 msec 

600 msec 

単精度乗算 

3350 msec 

2520 msec 

690 msec 

倍精度加算 

3640 msec 

3390 msec 

1280 msec 

倍精度乗算 

6180 msec 

3700 msec 

1290 msec 

単精度平方根 

13400 msec 

7030 msec 

2240 msec 

倍精度平方根 

9740 msec 

2790 msec 

1710 msec 

倍精度 cos X 

11970 msec 

5920 msec 

5100 msec 

倍精度 log X 

11590 msec 

4970 msec 

4080 msec 


単精度加算が 4.8 倍、倍精度で 2.6 倍をはじきだしてます。 

三角関数と対数関数があまり上がってないのは私の怠慢です。 _(_) 

うう〜ん、もっともっと速くしてやるう〜 （ t 〜 t ) 

鈴木国文 


このほかにもたくさんの書き込みが NIFTY - Serve FSHARP 1 「ハー 
ドウエアの部屋」を賑しました。 

一方、ある予想していましたが、やはりクロックアップしたマシンでは 
調子力 5 '悪いようでした。 


722/999 JBG 03507 大浦義宏 040 TURBO 34.8 MHz 起動しました 

(14) 93/10/30 19:51 

みなさん040 TURB 034.8 MHZ 動作について色々とありがとうございま 
す。 

何かと初心者でいたらない事もありますが、とりあえず皆様にレス 

• • • 

そるとさん 

> - CPU CLOCK を 34.8 MHz にすると68030モードでの動作が不安定。 

#僕は初め 1 C クリップで接続したのです力、起動しませんでした。 （—;） 
#そこで半田で両方とも直にくっつけたところうまくいきました。 
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#ですが、 JPEGL . X なんかを使うと画面が 15 KHz になってしまったので 
#配線をめいいっぱい短くして接続したらうまくいきました。 

> -CPU CLOCK を 34.8 MHz にすると68040で画面にアクセスする 
>と画面が乱れまくる。 

# SXWINDOW で CG を表示すると画面が乱れる症状が出ました。 

BEEPs さん 

# verl .3 a を使用したところ無事キー入力でき、パッチにも成功しました。 

(“） v 

最後に、 X 68030 の030モードで今まで通り POWER . X の動作で385%を表 
示しております。また040命令キャッシュ ON で365%の表示を出しました。 
どうやら、なんとか起動したみたいです。嬉しいのはやはり SXWINDOW 
がさくさく動く事です。ついでに JPG ファイルもサクサク表示です。 

う一ん、もったいない使い方で恐縮です。 （一；） 

これでオーガスタなんか動くと • • •バキッ！！ 大浦義宏 


草の根ネットで唯一、私が出入りしている MAX - BBS * 1 でも、 040 turbo の 
參加者を募っており、こちらでも活発に報告がされました。 


(# X 68 /#18) [ 5833/ 5838] 93/10/31 13:54:44 588 byte 

MAX 0034 [ Ya.O ] 040 Turbo のこと 

二一二一二一二一二一二一二一二一二一二一二一二一二一二一二一二一二一二一二二一二一二一二一二一二一二一二一二 

ふみい、本当に熱を持ちますね。某マップで2300円くらいで040用の 
フアン付きヒートシンクが売っていましたので作るの面倒な私は買って来 
ましたけど。ちゃんとつめがあって便利 
でも、フアンつけないと結局ヒートシンク自身があっちち。 

うちは、クロックアップしてますから、マウス表示でゴミがでまくり特 
に右ボタンで線が走ります。マウス表示のウェイト量を増やしてみました 
が効果ないようだし、 25 MHZ では BEEPs さんのパッチで問題ないし。。。 
テキストメモリが追い付かないのかしらん？ でも、文字表示だけなら問 


氺1 

前に川崎にいたとき、 
X 68 ボードの Sigop を 
していた付き合いで、 
名古屋にきた今もアク 
セスしているのです。 
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題ないしなあ。 25 MZH に戻そうかしらん？ 


や〜お 


(# X 68 /# 18) [ 5834/ 5838] 93/10/31 16:15:55 1213 byte 

MAX 0051[ Y . ] Re ：040 Turbo のこと 


### # X 68 p 5833 で MAX 0034 [ Ya . O ] さんがいいました。 

> 2300円くらいで040用のフアン付きヒートシンクが売っていましたので 
>作るの面倒な私は買って来ましたけど。ちゃんとつめがあって便利 

私も、買いました。某マップでではないけれど。ただ、爪のついている向 
きがあまり良くなくて... GAL もかなり熱くなるんで、スリットが縦 
になるように取り付けると（風が GAL に当たるように）下に抜け落ちる 
方向になるんですよねぇ。仕方ないんだけど。取敢えず大丈夫だし。（右 
下の GAL には、例によって386を張り付けてある。（笑)） 

>うちは、クロックアップしてますから、マウス表示でゴミがでまくり 
>特に右ボタンで線が走ります。マウス表示のウェイト量を増やしてみま 
>したが効果ないようだし、 25 MHZ では BEEPs さんのパッチで問題ない 
^ し〇 〇 〇 

うちでは、ゴミの問題は落ち着いたよ。 Ya . O さんはクロックいくつ？ 

私は 、 SYSTEM CLOCK 25 /MPU 33 MHz でコンソール、 SX ともにゴ 
ミは出なくなりました。 040 mode の時はスタテイックカラムモードにする 
様にしてます。ほとんど、タイミングの問題みたいですね。 

030 mode でスタテイックカラムモードにすると、 33 MHz ではバスエラー 
になるんで、この時は SW 1をショートするように、二連の SW つけてま 
す。 

パッチのバージョンは 1.3 a 使ってます。（あつ、あと例の HIOCS ね（笑）） 

Y . 


私のマシンは、下手に改造して条件が変わると嫌なので、まだクロックア 
ップしていません。このため、クロックアップした場合に出る現象がつかめ 
ないため、不具合にどう対応したらよいかわからないので、とりあえずクロ 
ックアップしている人* 1 は自分でどこまでなら耐えられるか見極めて、飼い慣 
らしてもらうしかありません。 


* 1 

X 68000 ユーザーに 
とって、クロックアッ 
プは「お約束」のよう 
なものですから、今は 
ある程度対応しました。 
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COLUMN 


クロックアップ 

私の記憶が正しければ、 FIRST . R 氏が X 68000 XVI を 16 MHz から 24 MHz 
にクロックアップした NIFTY - Serve での報告が発端だったと思います。 

これは、画期的な報告でした。 X 68000 XVI のクロック 16 MHz というの 
は、もともと68000のクロックが 16 MHz までしかないためにこの値となって 
いるので、この点でメーカーを責めるわけにはいきませんが、たかだか 1.6 
倍の性能アップは、はっきりいって、多くの X 68000 ユーザーを失望させる 
ものでした。 

ところが、ハードウエア改造とはいえ、オシレータを取り替えるという比 
較的簡単な作業で、 10 MHz の X 68000 の 2.4 倍になるわけです。 

中途半端に思われた X 68000 XVI が一躍脚光を浴び、 X 68000 からの買い 
替えが加速されたといってもいいでしよう。さらに「今後のロットは、クロ 
ックアップができないよう対策が施される」といったデマが流れ、これを煽 
りました。 

さらにおもしろいのは、 X 68000 XVI 以前の 10 MHz 機種でもクロックア 
ップへの試みがなされました。そもそも、プロセッサと周辺のクロックが分 
離されていない従来機種では、プロセッサのクロックだけを上げることがで 
きないと思われていました。ところ力\プロセッサといっしよに周辺のクロ 
ックが上がってもソフトによっては動くということがわかり、従来機種のク 
ロックアップも流行しだしたのです。 

この貪欲なまでのクロックアップ熱は、 25 MHz の X 68030 にも容赦なく及 
び、 X 68030 が発売開始されると、すぐにクロックアップの報告がなされま 
した。実際、 33 MHz あたりにクロックアップするのであれば余裕で動いて 
いるようです。 

ちなみに、私が今まで耳にした限界は 50 MHz でも IPL 画面だけは出たと 
いうものでした。 
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MMU と大チョンボ 040 SYSpatch.sys ver 2.0 


酉己布作業も一段落ついたので、いよいよ、積み残しだった MMU (Memory 
Management Unit ) による I/O エリアのキャッシュオフの制御について検討 
を始めることにしました。 

本来 MMU は、図 5.1 のように論理アドレスと物理アドレスを変換するため 
のもので、 A 番地をアクセスするようにプログラムを作っていても、 MMU に 
よって実際には B 番地がアクセスされるようになるのです。これは、仮想記憶* 1 
を実現するためにはなくてはならないメカニズムです。 

68040の MMU は、「ページ」と呼ばれる、 8K パ、イトもしくは 4K バ、イトの 
アドレス空間を1つの単位として、アドレス変換を行うことができるのですが、 
付加機能としてページごとにキャッシュのモードを指*定することができます。 
本来のアドレス変換* 2 の目的ではなく、この付加機能を使いたいために MMU 
を動かすというわけです。 

さて、 MMU の実際の使い方ですが、これが結構面倒です。コラムに簡単 
に MMU の動作を紹介しましたが、興味があったら、68040のューザーズマニ 
ュアルも見てください。 

I/O エリアにあたるページにキャッシュ禁止の設定をした変換テーブルを用 
意し、 MMU を有効にすれば、 I/O へのバーストアクセスが回避されるという 
わけです。 

しかし、真面目に MMU を使うプログラムに再挑戦したにもかかわらず、 


論理アドレス 
00000000 


物理アドレス 



図 5.1 MMU の働き 


氺1 

メモリ内容をハード 
デイスタなどの二次記 
憶装置に一時的に退避 
したり戻したりするこ 
とで、実際のメモリ量 
よりも大きなメモリが 
あるように見せる方法 
です。 

* 2 

もともと68000を夕 
ーゲットにして作られ 
た Human 68 k ですか 
ら、 ver 3 になっても 
仮想記憶をサポートし 
ていませんし、 X 68030 
のプロセッサが 68 EC 
030という MMU なし 
のプロセッサですから、 
今後も MMU を使える 
ようになる可能性は少 
ないでしよう。 
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いくらやってもうまくいきません。 MMU をイネーブルにしたとたん、暴走 
してしまうのです。 

040 S Y Spatch . sys verl .3 の頃に試したときは、 MMU への理解が浅くて自 
信がなかったのですが、今度はちゃんと勉強しましたので、 MMU の制御プ 
ログラム 自体は間違し、ないはずです。ソフトウェアに間違し、ないと?萑信できる 
ようにならないとハードウェアを真剣に調べないというのも困ったもの* 1 です 
が、たいてい、そんなものです。 

そして、恐れていたとおり、ハードウェアのミスを発見してしまいました。 
68030は、 FC 2~ FC 0 ffl ：^ (Function Code ) によって、メモリアクセスが 
スーパーバイザ 空間なのか ユーザー 空間なのかと いった 情報を示します。これ 
に対し、68040は、 FC 2 〜 FC 0 信号線そのものはなくなってしまいましたが、 
似たような意味を持つ TM 2 - TM 0 信号がありますので、変換回路では、こ 
の信号から FC 2 - FC 0 相当の信号を作り出しているのです。 

しかし、この TM 2 〜 TM 0 信号には、68030にはないテーブルウオークと 
いうメモリアクセスの状態も出力されてきます。名前のとおり、 MMU がテ 
ーブルウオークしているときのメモリアクセスを示しているのですが、この部 
分の GAL のソースリストは次のようになっていました0 


氺1 

実際、ハードウェア 
のせいた^といわれてさ 
んざん調べたあげく、 
実はソフトウエアの パ、 
グだったということは 
仕事で嫌というほど経 
験しています。 


COLUMN 

MMU のアドレス変換 

ページサイズが 8 K バイトの場合、 68040 のアドレス 32 ビットは 7 ビット 
+ 7 ビット+ 5 ビット +13 ビットに分けられます。最後の 13 ビットはそのま 
ま物理アドレスとして出力されますが、はじめの 3 つは 3 階層になっている 
MMU の変換テーブルのインデックスになります0 

具体的にいうと、 $12345678 をアクセスする場合、まず、最上位の 7 ビッ 
卜をインデックスとして、メモリ上にある変換テーブル TIA を引きます。こ 
の TIA の各エントリには 2 段目のテーブル TIB への ポインタが入っており、 
次の 7 ビットをインデックスとして丁 IB テーブルを引きます。 TIB には、さ 
らに 3 段目のテーブル TIC への ボインタが入っており、最後の 5 ビットをイ 
ンデックスとして TIC を引きます。 TIC の当該エントリには、変換すべき物 
理アドレスの上位 19 ビットと、キャッシュモードを含む各種のページ情報が 
入っています。 

MMU の SRP (Supervisor Route Pointer ) および URP (User Route 
Pointer ) には、この 1 段目のテーブルとなる TIA のアドレスをセットして 
おきます。後は、 MMU が「テーブルウォーク」と呼ばれるモードで必要に 
応じて変換テーブルを勝手に引いてくれます。 


164 






第 5 章 040 tu 「 bo がやってくる 


1 

TABLE tm 040 => fc 030{ 

2 

• b'OOO => ' b'lll 


3 

' b '001=> ' b '001 


4 

• b '010 => ' b '010 


5 

' b ' Oll => ' b'lll 

<=== テーブルウォーク 

6 

• b '100 => ' b'lll 

<=== テーブルウォーク 

7 

' b '101=> ' b '101 


8 

' b '110 => ' b .110 


9 

' b ' lll => ' b'lll 

<=== CPU 空間 

10 

} 



左側の tm040 というの力 5 '68040の TM 2〜 TM 0のコードで、これがきたと 
き、右側の fc030 のようなフアンクシヨンコードを FC2 〜 FC0 に出力するよ 
うになっているのですが、5行目と6行目のテーブルウォーク（011，10 0) が 
CPU 空間（111)に割り付けられていたのです。 

この CPU 空間というのは、割り込みアクノリッジやコプロセッサのアクセ 
ス など に 使われる特殊なメモリ空間です。 テーブル ウォークを CPU 空間に 
割り付けていたため、 MMU を有効にしても通常のメモリ上に用意された M 
MU テーブル を読めないで パ'スエラ ーに なって いたのです。 バスエラーになっ 
て も エラー 处理 ルーチン 自体が動け ま せんから完全な ハング アップ状態です。 

わかってしまえば簡単なことでした。この変換を行っている 1C 4の GAL を 
直して試したところ、 MMU をイネーフ、'ルにしてもハング'アップしなくなり 


* 1 

前に出てきた68040 
から68882を使うとい 
う方法は、この空間を 
使っています。 


COLUMN 


メモリアクセスのたびにそれぞれの テーブルを 引くのは オーバーへッ ドに 
なるので、 MMU 変換専用のキャッシュも、普通の命令キャッシュ、データ 
キャッシュとは別に内蔵されています。 


論理アドレス 


物理アドレス 


1 2 3 4 5 

6 7 8 

— 

X X X X X X 

6 7 8 


TIB 如 | TIC #0 

JIA ノ门 I —^ T 1 B #9 


懸 


$D 


■ 


TIC#D 


ぺージ情報 




図 a . アドレス階層 b . ページテーブル 
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ました。そのうえ、 MMU をイネーブルにしてすぐにわかったのですが、ス 
クロールが驚くほど軽 f 夬になったのです。 キャッシュ オンで スクロールが遅く 
なるのは I/O 系の アクセス タイミングの問題と思っていましたが、こっちも パ、 
—ス ト アクセスが 原因だったわけです。 see.x で フロッピーをアクセス しても 
ハングアップ しないのはいうまでもありません。 

画面出力が速くなると使用感はずいぶん変わってきます。いかに68040の 
MMU が優^といっても、 テーブル ウ オークのオーバ、 一へ ッ ドは入っている 
はずです。しかし、そんなことをまったく感じさせません。むしろ一皮むけた 
という感じです。 

ついでに、 FDC 割り込みルーチンでのキャッシュ制御やマウス表示のゴミ 
対策など、個別に対迎していた問題も、この MMU によるキャッシュ制御を 
取り入れることですベて不要になっていたのですが、この時点では、まだそこ 
までは気が回りませんでした。 


ver 2.0 と GAL の差し替え 

MMU を使用して I/O 領域をキャッシュ禁止にするようになったので、 ver 
1 • 3でやっていた I/O アクセスのアドレスの上位8ビットを$ FF にするパッチ 
もすベて削除し、 040SYSpatch.sys を新たに ver2.0 として NIFTY-Serve に 
アップロードしました。 

しかし、頭が痛いのはハードウェアのほうのバージョンアップです。こちら 
は簡単にはすみません。せめてもの救いは、このハードウェアのパ、グ'が基板自 
体の改造には及ばず、 GAL の差し替えだけですんだ* 1 ということです。普通、 
ハードウェアのパ、ージョンアップといったら、基板を送ってもらって差し替え 
て送り返すのでしようが、送料もパ'力になりません。ここは安易に、 GAL だ 
け送って各自で差し替えてもらうことにしました。みんな、すでに 040turbo 
の実装のために68030を差し替えた人たちですから、 GAL の差し替えくらい 
朝飯前でしょぅ 。 

GAL を送るといっても、手持ちの GAL では数が足りないので、第一次配布 
で残っている基板からも GAL を抜いたりして差し替え用の GAL を用意しま 
す。それでも足りないので、差し替えた人にはすぐに送り返してもらい、次の 
人に送るということを繰り返して、なんと力、全員分の 1C 4の GAL を 1C 4 -V 2 
に パ、 ー ジョン アップすることができました。 


氺1 

結局、後で基板改造 
に及ぶ問題が出ました 
が。 
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|本領発揮？ 

自分でいうのもなんです力 ? 、 MMU を使うようになった 040 SYSpatch.sys 
ver 2.0 は予想以上の効果で、 I / O アクセスの問題がきれいに解消され、68040 
の動作はすこぶる快調になりました。みんなのもとに IC 4- V 2 が届くにつれ 
て、 NIFTY - Serve にも続々と書き込みが行われるようになりました。 


776/999 GGA 00464 そると 040 TURBO 

(14) 93/11/04 23：04 753 へのコメント 

今日新しい GAL が来たので早速取り付けました 。 cache on id 
の状態だとムチャクチャ速いですね0 (こ^ ) 

これでコプロ命令をエミユレートするプログラムで rend 030 .x 
が動けば…（他力本願（こで） 

そると 


777/999 GBF 00222 PUNA 040 TURBO 新 GAL 

(14) 93/11/04 23:04 

本日新 GAL が届きました。そこで 040 SYSpatch ver 2.0 を使ってみまし 
た力 5 '、なかなか快調ですね 。 SX — WINDOW で画面にゴミが出ていたの 
がびたりとおさまりました。 

ということで 040 SYSpatch ver 2.0 の Human ver 3.02 対応版を JUNK 
にアップしておきました。 

PUNA 


778/999 KHF 03720 なつち RE :040 TURBO その後 

(14) 93/11/04 23112 774への コメントコメント数： 1 

新しい GAL を取り付けました。（古い GAL を取り外す時に2〜3本足を曲 
げてしまいました。一応元に戻しておきましたが ••• 。いつも面倒なこ 
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とを起こしてしまって申し訳ありません。） 

今まで命令キャッシュ、データキャッシュとも ON にした状態で SXWIN 
を立ち上げると、マウスの右ボタンを押した時に画面が乱れていたのです 
力す、その現象がなくなりました。今のところ両方のキャッシュ ON 状態で 
作業していますが、問題は発生していません。 (へ ：)(ちなみに adjust2.r 
を使用して 816X620 位のドット数で SXWIN を使用しています。） 

旧 GAL ではキャッシュ OFF 状態でも鳩時計が「おかしな命令」かなにか 
で実行出来なかったのですが、新 GAL では動作するようになりました。 

なつち 


冷静に考えれば、 ver1.3 がふがいないだけだったのですが、こういったメツ 
セージカ嗜き込まれる！:、差し替え用 GAL の地道な発送作業の苦労も報われ 
ます。 


| 68030のピンチ 

クロックアップは別として、おおむね良好かなと思っていたら、思わぬ落と 
し穴が侍っていました。 


744/999 NBH02724 じゃぎゅあ 040TURBO が来ました 

(14) 93/11/02 21:23 コメント数：1 

ちょうど、486用冷却フアンと68030 -25 を買った日でした。 

68040モード（キャッシュオン）で ed.r 0.99XC が起動しないのが 
ちょいと不便なくらいで、速い。 

コンパイルが速い。 2.5 倍にはなっています0 
といったところで、040モードで「ぴ一んち」に陥ったことは 
今のところはありません。 

それとは反対に、030モードが「ぴ一んち」です。 

「おかしな命令」 「アドレスエラー」が 頻繁に出てしまいます 0 アドレスエ 
ラーは 「おかしな…」 が 原因だと思われます。 
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2500円の68030 -25 が原因かと思って X 68030 付属の EC 030 に交換し 
ても同じで、 040 TURBO を外して68030 -25 にすると正常でした。 
常駐したものが FLOAT 2. X のみでも同じようにコケてしまいます。 

じやぎゆあ 


配布した 040turbo は、すべて私の X68030 で68040モードも68030モードも 
テストしてから発送していますから、初期不良は考えにくいものです。それに、 
68040(則は変換回路が入っているため問題が起こる可能I生がありますが、68030 
側は CPU 切り替えのための数本の信号線しか操作しておらず、ほとんどの信 
号線はそのまま X68030 の本体側とつながっています。このため、68040モー 
ドカ ? 正常に動し、ているなら、信号線の断線といった問題は考えられません。 

040turbo を搭載することで信号線の長さや負荷が増えますから、何もない 
68030よりは条件は悪くなるでしよう。しかし、私の X68030 はピンピンして 
いるので、68030だけがおかしくなるという現象はまったく予想していません 
でした。 

何が悪いんだろうと思っていると、また1人、不具合の報告がありました。 


749/999 PED 00647 まりこ RE ：040 TURBO が来ました 

(14) 93/11/03 06：54 744へのコメントコメント数：1 

わたしのところでも68030が「ぴ-んち」です。症状は 

全〈同じで「おかしな」の連続攻撃です。 

condrv . sys を外すとこの症状がでなくなるのですが，こいつ 

は昔からちゃんと動いていたので「はてはて？ ？ ？」です。 

68040での動作ですが，キャッシュ off だとほとんど問題は（ま 
ったくかな？）なくゲームだろうが全部動きます。キャッシュ 
on でも「ぱろでぃうすだ！」は動きます。まだ「拡大ふぐ野郎」 

まで進めないので効果のほどは。ちなみに68030だとここは 
相当に滑らかに動くのですね、はい。 


750/999 PED 00647 まりこ RE ：040 TURBO が来ました 

(14) 93/11/03 09： 46 749へ のコメント 


再度，今朝 condrv . sys を入れると動くではありませんか！どうも 
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数時間動かして全体の温度が上昇してくると不安定になるようです。 

condrv.sys が変になりはじめるとテキストにゴミが書かれますので 
I/O まわりのアクセスタイミングに余裕がなくなるのかも知れません。 


これはやっかいです。温度とタイミンダの影響は觀が 11隹しいので、仕事で 
もいつも苦労させられています。発送前のテストで、そういえば1枚バ、スエラ 
一になった基板があったことを思い出し、あらためてこれをつないで試してみ 
ましたが、今度は何も問題が起きません。残っている基板を片っぱしからつな 
いでみましたが、やはり、68030はピンピンしています。熱かクロックの取り 
出しか、はたまた差し込みが悪いのか、とにかく、見当もつきません。 


757/999 PEG00631 BEEPs re : 040丁 URBO いろいろ 

(14) 93/11/03 22：51 

こんにちは BEEPs です。 

040TURBO が届き始めたようですが、やはり個体差があるのか、いろい 
ろ不具合が出ているようですね。出荷テストのために、全て私の所では動 
作確認をしてるのですが、環境の違いが大きいようですね。 

じやぎゅあさん&まりこさん write 

>> 030モードが「ぴ一んち」です。 

これは困った現象ですね。私の所で68040モード、68030モード共に一応の 
動作テストしてるのです力 5 '、家のは外側カバーかけてないので、熱がこも 
らず、現象が発生しなかったのかもしれません。 

040TURBO の68030モードは、 X68030 の本来のモードと同じといっても、 
各信号線の長さは長くなってるし、余分な 1C が付いてて負荷が重くなっ 
てるので、厳密に言えば違いはありますからこれが悪影響してるのかも。 
クロック アップしてると、これが モロに 引っ掛るようで、 クロック ダウン 
したという報告も聞いてます。 

ところで、実は、出荷テストした時、同じように1枚「おかしな命令」力す 
発生して NG になった板がありました。時間がなかったので今までほって 
おいたのですが、同じ現象だなあと今接続しなおして試してみると、全然 
その現象が発生しません！ 
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かれこれ3時間になりますが、いたつて正常です。 condrv も使つてます。 

ものは試しで、一度、68030の差し直し、 040 TURBO の差し直しをしてみ 
てください。直らないようなら、私の所に送り返してください。 

BEEPs 


764/999 NBH 02724 じゃぎゅあ 030ぴ一んち詳細 

(14) 93/11/04 00:28 コメント数： 1 

クロックアップはしていないので、伝送ライン長くなり 
1 C 数も増えたのでが過負荷気味になって信号線にゴミ 
が載っかっているようです。030モードでウェイト操 
作してみると2ウェイト以上にすると問題がありません。 

68030と 040 TURBO の挿し直しは1度しかしていません 
が変わりませんでした。 

うちのでは condrv . sys でログ参照すると垂直同期異常 
になって バスエラーで 死んでしまいます0 

68030や68040からの発熱は大丈夫です。カバー無し 
で、ファンのおかげで良く冷えています。触っても少し 
「温かいかな？」くらい。 

この状態で2日くらい様子を見てみます。再度挿し直し 
とかしてみます。 

じやぎゆあ 


ウェイトの挿入* 1 で少し回復するとなると、いよいよタイミングが 11しくな 
ってきます。 

しかし、やはり、解決にはならなかったようでした。 


782/999 NBH 02724 じゃぎゅあ RE : 030ぴ一んち詳細 

(14) 93/11/04 23:53 764 へのコメントコメント数： 1 

どうもウェイト いれ てても「おかしな」でコケてしまう 
ようです。挿し直してみましたが相変わらずでした。 


* 1 

X 68030 は、 X 68000 
相当ゃ X 68000 XVI 相 
当の速度にするために、 
メモリアクセスにウェ 
イトを挿入して実行速 
度を落とす機能があり 
ます。 
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個体差かもしれませんが、一応送ってみますので 
よろしくおねがいします。 

デフオルト040になれてしまっただけに、なんか遅い • • • 
じやぎゆあ 


バグ退治は現象を再現させるのが一番ということで、じやぎゆあ氏の040 
turbo が送り返されてきました。同時に、有力な情報も入ってきました。 


821/999 PED 00647 まりこ RE : 030 びんち報告 

(14) 93/11/06 19:22 819への コメントコメント数： 1 

030モードびんち！！の結果報告です。結論としては CRTC アクセス 
ではなく，テキスト RAM のアクセスでこけることが判明しました。 

〇原因テキスト RAM をポストインクリメントアドレッシングモード 
と DBRA 命令で操作すると DBRA 命令のフヱッチに失敗する 

例1 CONDRV . SYS の場合 


LOOP : 

movem.l d 2- d 5, - (a 0 ) 
movem.l d 2- d 5, - (a 0 ) 

movem.l d 2_ d 5, - (a 0 ) 卜ここを nop にすると ok !!! 
movem.l d 2- d 5, - (a 0 ) ♦-ここを nop にしても無馬太 

dbra dl,LOOP 


この場合には，68030の小さなキャシュにも全部コード部分 
が入ってしまいますので cache on ではコケません。ただ， 
db . x 等のようにキャッシュを off にしてしまうプログラム 
の場合には，見事に暴走します。 

例2 FSX . X の場合 
LOOP : 

move.l d 0 ,（a 0 ) + 
move.l dO , (a 0 ) + 
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move.l dO , (a 0 ) + 
dbra dl’LOOP 

この場合は，ごくたまにコケます。 sxwin . x を5〜6回起 
動を繰り返すと dbra でコケます。 

ハード的にはどう信号線をプルアップしても現象はいっこうに改善しま 
せんでした。（方法が悪いのかも知れません） 

現在， dbra のカウンタ値を2倍に増やして move . l の位置に nop を 
書き換えして稼働していますが，全く問題無く動きます。 

なにしろ dbra の命令 フェッチに 失敗していますから，何が起こって 
も不思議ではないのですが，プログラムカウンタカ 5 ' move . l で操作し 
ている アドレス 近辺になったり，全く別の位置に ブット ビしたりで 
ハードの不良原因を ソフト 側から特定できないのが辛いです。 


個体差なのか？ 

じゃぎゅあ氏から送ってもらった 040 turbo を、私の X 68030 に取り付けて試 
してみてもいっこうに現象が丽されませんでした。 X 68030 I 則の個体差の問 
題のような気がしていました力す、私の X 68030 で再現しないとなると、ほぼ 1萑 
実です。 

しかし、 040 turbo を 取り付けなければ 68030の動作に問題ない となると 
X 68030 のせいにするわけにはいきません。 040 turbo がメモリアクセスのマー 
ジンを食いつぶしているのでしよう0 

藁にもすがる思いで、 040 turbo のパターンの引き回しをチェックしてみま 
した。 


846/999 PEG 00631 BEEPs RE : 68030 び一んち 

(14) 93/11/07 18:04 

いまだ68030ビーンチの原因は不明ですが、 040 TURBO の基板で 
A 3の引き回しがちよっと長いというのを発見しました。 

可能であれば、68030の A 3と連結ソケツトの A 3を直結して試してもら 
えませんか？ 

A 3 は、プリント板上の印刷で、 DX 12の位置です0 
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BEEPs 


じやぎゆあ氏の基板には、直接、この改造を施して送り返し、再度試しても 
らいました力 5 '、やはり「68030ぴ一んち」は解決しませんでした。 

X 68030 には当たり外れがあります。ハズレを引いたら、 040 tu 「 bo の68030 
モー ドは使えません。 


なんて仕様は、やはり許されないでしよう。これを解決しないかぎり、040 
turbo はあぶなっかしくて配布できません。 

ここは徹底的に調べて X 68030 の不具合をなんとしても発見するんだと決意 
して、じゃぎゆあ氏に X 68030 の本体ごと送ってもらいました。 

届いた X 68030 をフロツピーベースでさっそ〈起動します。これは問題ない* 1 
ようです。次にまりこ氏から報告があった condrv . sys を入れて起動してみま 
す。これまた、ちゃんと起動しました。 

ところが、 dir でデイレクトリを表示させたところ、画面がスクロールしよ 
うとした瞬間、 


* 1 

パターンの 引き回し 
を直したので、少しは 
よくなっていたのでし 
よラ0 


バス エラーが 発^しました 


おお！ 

それは、確かに「68030ぴ一んち」になる X 68030 だったのです。ためしに 
同じ 040 turbo を私の X 68030 に取り付け、同じフロッピーで起動してみました 
が、こちらはまったく問題ありません。スクロールしても平気です。 X 68030 
には、まぎれもな〈価本差があったのです。 

とにかく、現象は目の前に再現できました。後は原因追究です。バスエラー 
をトリガ'!:して、ロジックアナライザ'でそこに至るまでの信号線の動きを追っ 
ていきました。丸1日かかりましたが、なんとか原因と対勿;方法を突き止める 
ことができました。 


905/999 PEG 00631 BEEPs 68030がびんちの対処 

(14) 93/11/15 13:45 コメント数： 4 

じやぎゅあさんとまりこさんのマシンがクロックアップもしてないのに、 
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「68030ぴ〜んち」になってしまして、いろいろやってみたけど、ラチがあ 
かないので、じゃぎゅあさんから本体を送って貰いまして、調査しました。 

結論から言うと、 040 TURBO 接続により信号線の負荷か重くなったこと 
により発生したものであることは間違いないようです。 

不具合の因果関係は、まりこさんが、レポートしてまして、 condrv 内の 
テキストメモリのクリアルーチン中で、 dbra 命令のフェッチを失敗して、 
変な所にジャンプしてしまうというものでした。 


具体的に説明しますと、 

2 CA16 movem.l d 2 -d5, - (a 0 ) 1 

2 CA1A movem.l d 2 -d5, - (a 0 ) 2 

2 CA1E movem.l d 2 -d5, - (a 0 ) 3 

2 CA22 movem.l d 2 -d5, - (a 0 ) 4 

2CA26 dbra dl，$ 2CA16 

こういうルーチン なんです力、 dbra の ジャンプで、 $2CA16 に行かずに、 
$2CB16 になってました。で、たまたま、ここの コー ドが SR を操作して 
いて、本来は SR を読み出して，ビット OR’ して SR に書き戻しているので 
すが、途中に飛び込んだために、変な値を SR に書き戻しており、これで 
ユーザバイザモードになって しまい、 スーパバイザエリ アをアクセスして、 
バスエラーで 落ちてました。 

前は，不当な命令になったりして，どこに飛んでい〈かわからないという 
事でした力 5 '，アドレス線 A 3 パッチか R / W パッチのおかげでか，常に 
ここに飛び込んでいたようでした. 

アドレスの変化を追っていくと、 68030 の命令先読みが効いてか、 2 番目 
の movem 後に、 2 CA24 - 7 番地がフェッチされ 3 番目の movem の後に 
2 CA28-B 番地がフェッチされてます。この 3 番目を movem から nop に変 
えると、不具合が発生しなくなるとまりこさんがレポートしてましたが、 
まさにこれがドンピシャで、 2CA28 番地すなわち、 dbra の相対アドレス 
の読みだしでミスっているようで、ここで、 $2CB16 にジャンプしてしま 
うようなアドレスに化けていたのです0 


で化けかたですが、本来は、 $ FFEE にならなければいけない所が、 $00 EE 
になってると、こういう現象になります。実際にデータバスの最上位 D 31 - 
D 24 をロジアナで当たってみると、たしかに、データの立ち上がりが若干 
遅い。信号線がバウンドしているようにも見える。オシロで見れば'?崔実で 
しようけど、残念ながらないので、これはあきらめ。で、8本とも、みん 
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な揃って化ける！：いう事は、ゲートカ ? 怪しいというわけで、メインメモリ 
と MPU を繫ぐバストランシーバ IC 9 のゲート信号19番にロジアナのプロ 
ーブを当てた所、ビタリと現象が出なくなりました。 

多分、ゲート信号が反射か何かで安定するのが遅くて、そのため、データ 
バスが開くのが他のビットより遅いのでしよう。それでもギリギリ セーフ 
だったものが 040 TURBO を繫いだことで負荷が重くなって、アウトにな 
ってしまったみたいです。まあ他のマシンでは発生しないことから、部品 
のバラツキなどが原因でしよう。 

で、対処ですが、プルアップやプルダウンなども試みてみましたが、芳し 
くなかったため、安易に手持ちのコンデンサ (390 pF ) をマザーボード上 
の 1 C 9-19 と VCC の間にかませてみました。 

もともと、この信号はタイミングが厳しいようなので、クロックアップし 
たマシンで68030側の動きが芳しくない場合も、試してみるといいかもし 
れません。 

BEEPs 


じやぎゆあ氏には、さっそく連絡をとり、 X 68030 のマザーボードへの改造 
の了解を得て、私の手で'方 t 处しました。写真 5.1 が、その改造結果で'す。 

コンデンサを挿入するのはノイズ取りといった意味がありますが、実際のと 
ころ、この波形をオシロスコープで観測したわけではないので、どんな感じに 
現象が押さえ込まれたのか、本音をいえば、よくわかっていません。とにかく、 
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これで収まったからよしとしていますが、根本的には 040 turbo がギリギリの 
タイミンダで動いているのが原因でしよう。 

68040側はアクノリッジを変換回路を通して作っているので、ウェイトを入 
れるなど対処ができます力す、68030側は直結しているので、 040 turbo の基板 
上では小細工ができません。マザーボード上の対趄は気持ちのいいものではな 
いですが、とりあえず対処方法がわかっただけでもラッキー•です。 


921/999 NBH02724 じやぎゆあ RE : 68030がびんちの対処 

(14) 93/11/16 06：06 905 へのコメント 

調査ごくろうさまです。 

もしかして X68030 つてギリギリの設計がしてあるとこがあるのか 
パターンの引き回しになにかあるのか。 

うちの機体の製番は4311972 

じやぎゆあ 


922/999 PED00647 まりこ RE : 68030がびんちの対処 

(14) 93/11/16 18:07 905 へのコメント 

不安定だった68030モードは BEEPs さんのパッチで（コンデンサは 
70pF ですが）バッチシ安定動作するようになりました。 

もっとも普通は68040で動作させていましたので実害はそれほど 
なかったのですが，安心してゲームできます（なんのこっちゃ。） 

で，訂正〇ネメシスですが68040だとなぜか エナ ミース ローと か 
が無限に使えてしまいます。はい。 


やっかいな問題でしたが、これも隠れていた問題が見つかったということで 
す。じやぎゆあ氏の協力とまりこ氏の情報がなかったら、もっと深刻な事態に 
なっていたことでしよう。 
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I コピー バックと、またまたチョンボ 

コ ピー パ、ッ クモードというのは、68040で採用されたキャ ッ シュモードの1 
つです。68030が持っているキャッシュの場合、メモリ読み込みのときにはキ 
ャッシュが働きます力 ? 、メモリ書き込みのときには実際にメモリアクセスカす起 
こり、データカ嗜き出されます。 

68040でも、デフオルトのキャッシュモードはこの動作です。これを、「ラ 
イトスルーモード」と呼んでいます。今までキャッシュオンでやってきたのも、 
当然、このライトスルーモードでしたが、それでもキャッシュサイズが大きく 
なったことやバーストアクセスの問題などによって、まともに使えるレベルに 
するのに苦労しました。 

これがコピーパ、ックモードになるとメモリ書き込みにおいてもキャッシュが 
働くようになるので、データはキャッシュ上でしか更新されず、キャッシュに 
乗り切らなくなったときだけ適当に書き戻されていきます。* 1 

このモードだとプロセッサの足を引っ張るメモリアクセスが抑えられるため、 
高速動作が W 待できるわけですが、データを書き込んだつもりでも、すぐには 
メモリに反映されないため、キャッシュの制街!にライトスルーモードとは違う 
酉巴意が必要になります。このため、そもそもコピーバックモードの動作を想定 
していない Human 68 k の IOCS のキャッシュ制御ですから、ちょっとパッチ 
するくらいでコピーバックモードに対応させるのは不可能 AT ろうと思っていま 
した。 

コピーバックモードへの対応はバラック基板で Human 68 k がまともにキャ 
ッシュオンできなかった頃、ベンチマークのために db . x を使って 
DHRYSTONE を無理やりこのモードにして動作させたとき以来、ず一と、 

お蔵入りになっていた機能です。 

ところが、 040 turbo の参加者の1人からコピーパ、ックモードがどうしても 
うまく動かないというメールがきたのです0テストプログラムもついていまし 
たので、さっそく実行してみると見事にバスエラーになってしまいました。 

やっぱ、 コピーバックは 無理だよ お。 

と思いながらテストプログラムの中身を見てみると、透過制御レジスタを使 
ってキャッシュをコピーパ、ックモードにしたうえで単にメモリ移動を行つてい 


氺 1 

このため、 「コピー 
バックモード」という 
名前になっています。 
ちなみに、メモリ上に 
まだ書き出されていな 
いデータを 持つ ている 
キャッシュは、特に「ダ 
—テイキャッシュ」と 
呼ばれます。 
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るだけです。動かないはずはないように思えます。 

しかし、実際には何回やってもバスエラーになってしまいます。どこが悪い 
か見当がつきませんから、 db . x でステップ実行させてみると、今度はなかな 
かエラーになりません。ところが'、 GO をかけると実1亍バ'■スエラーになってし 
まうのです。エラーの場所は、先ほどのステップではエラーにならなかったと 
ころです。アドレスが変になっているわけでもありません。さすがに、なんと 
なく原因の見当がついてきました。 

そこで、 パ、スエラ ーをトリガ、として ロジック アナライザ'で、信号線の状を見 
てみました。すると、メモリリードが延々と続き、ある® t たまってライトサ 
イ クルに 切り替わったところで バスエラーに なっているのがわかりました。コ 
ピー パ'ック モードなので、 キャッシュ 上でためるだけためて、あふれたところ 
で、書き戻しが起こるのですが、この段階でコケているわけです。 

なんでコケるんだ？ 

コピーバックモードのライトサイクルで何か特殊なことでもしているのか？ 


実はそうだったのです。 

コ ビーバ、ック は、 キャッシュプッシュアクセスという 特殊な アクセスモード 
で実行されると いう ことを思い出しました。これは、68040で追加された機能 
です。はたと 気がついて、 68040 のアクセス モードを68030 のファンクション 
コードに変換している IC 4 の GAL の ソースを調べてみました。 

前に MMU の テーブル ウ オークで 見た、あのリストです 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 


TABLE tm 040 
• b ， 000 
' b '001 
• b '010 
■ b ， 011 
■ b .100 
•b 1 101 
• b '110 
• b'lll 


=> fc 030{ 
=> ' b ' lll ； 
=> ' b '001; 
=> ' b '010; 
=> ' b - lOl ； 
=> ' b '110； 
=> ' b '101； 
=> ' b '110; 
=> ' b ' lll ； 


<=== キャッシュプッシュアクセス 


<=== CPU 空間 


5 行目、 6 行目が MMU のテーブルウォークでミスっていて 直した部分で 
す。しかし、2行目を見ると、まったく同じようにキャッシュプッシュアクセ 
ス(000)もまた、 CPU 空間（111)に割り付けていました。 


179 







040 tu 「 bo 製作編 


確かバラック基板で DHRYSTONE でベンチマークテストを行ったときは 
コピー バックも動いたゾ。 

古い GAL のソースを調べてみると、なんとこちらはちゃんとスーハ。ーバ M 
ザデータ空間（101) に 割り付けられていました。これを、あるときから CPU 
空間に変更していたのです。いわゆるエンパ、グというやつです力气その後、コ 
ピー バックを 試していなかった ために 気づかなかったのです。何か勘違いした 
のでしょうが、やったのはほかならぬ自分ですから、しかたがありません。 GAL 
を直してテストプログラムを実行すると、何事もなかったように終了してくれ 
ました。 

しかし、1匹バ'グを見つけたらなんとやらではありませんが、 MMU のテ 
ーブルウオークのミ スの箇所から数えて ソースファイルで たった3行上のとこ 
ろのミスです。もうちょっとまわりに気を配って見ていればこっちのミスも見 
つけられていたかもしれませんが、後の祭りです。 

もっとも、 Human68k がコピーノぐックモードのキャッシュにまだ対応して 
いませんから、とりあえず68040のコピーバックモードが GAL のせいで使え 
なくても実害はありません。コピーバックモード対応のシステムが出てくるま 
でに GAL を差し替えればいいのです。この時点では、 GAL の差し替えはまだ 
いつになるかわかりませんでした。 

とりあえず「ハードウェアの部屋」て、 1S* 晦します。 


793/999 PEG00631 BEEPs 040TURBO またもバグ （1C 4 _v 3に！） 

(14) 93/11/05 12:18 コメント 数：1 

BEEPs です。 

昨日の夜、某氏から コピー バックモードが変だというメールがありまして、 
調べてみた所、またしてもハードのバグが出てしまいました。 

それも、こないだ交換した 1C 4の MMU のテーブルサーチが CPU 空間に 
なってたのと同じようなもので、コピーバックも CPU 空間になってました。 

GAL のソースでいうと3行上という「そんなもん一緒に気づけよ」級の 
ミスでした （—； 

前回交換の MMU モードのバグも、使わないでいたために発見が遅れたの 
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ですが、 GAL を作る時、わからん機能はみんな CPU 空間にって安易に割 
り付けてたんで、ぼろぼろです。 

それで、またも 1C 4の処ですが、 1C 4 _V 2の対処でほとんど出払ってい 
るし、対処すべきボード数も増えているので一度に差し替え GAL を発送 
する事ができません。 1C 4 _V 2の差し替えで戻ってきた旧 GAL が来たら、 
順次回していきますので、すみませんがよろしくお願いします。 

まあ、今回のコピーバックモードは、そういうプログラムを組まないと使 
えない機能ですので、あわてる事はないだろうとタカく くってますが、そ 
ういうの使ったプログラム書いててスグ使いたいという人は連絡ください。 

BEEPs 


コピー/《ックモードへの対応 

テス トプログラムとはいえ、コピー バック モードでメモリ アクセスカす 行われ 
ているのを見る* 1 と、無性にコピー パ'ック モードを使ってみたくなります。馬 太 
目でもともとと思って、 Human68k でコピー バック モードに対応できないか 
と、 040SYSpatch.sys のパッチの 検討をしてみました。 

キャッシュ制御といっても、キャッシュモードをオフにして動かさなければ 
いけないようなルーチンに関してはライトスルーモードもコピーバックモード 
もあまり関係はないでしょう。ライトスルーモードでオフにして動かさなけれ 
ばならないようなタリティカルな部分はコピーバックモードでもキャッシュを 
オフにしておけばいいでしょう。 

逆にキャッシュが オンで動いている ルーチンに 関しては、 コピーバ、 ック モー 
ドだとまずい部分が存在するかもしれません。しかし、具体的に何がひっかか 
るか予想がつかない* 2 ので、不具合を見ながら繼していくしかないでしょう。 

もう1つ注意しなければならないのは、キャッシュをクリアするタイミング 
です。ライトスルーモードにおいてキャッシュをクリアしなければならないの 
は、次のような状況のときです。 

1 ) DMA でメモリにデータを書き込むとき 

DMA (Direct Memory Access) * 3 は、その名のとおり、プロセッサ 
を介在することなく メモリをアクセスすることですから、 DMA でメモリ 
にどんなデータが書き込まれたかはプロセッサにはわかりません。このた 
め、プロセッサ内部のキャッシュとメモリ上の黯斤のデータとの食い違い 
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* 1 

ロジックアナライザ 
でとらえた波形での話 
ですが。 


* 2 

実際、通信ソフトで 
文字落ちするという現 
象がありました。 

* 3 

正確には、プロセッ 
サ以外のバスマスタが 
メモリに書き込むとき、 
ということになります 
が、 X 68030 の場合、 
DMAC (ダイレクト 

メモリアクセスコント 
ローラ）くらいしか該 
当するものがないので、 
DMA を取り上げてい 
ます。 
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が生じている可能性があります。 

したがって、 DMA が動いた後はキャッシュをクリアする必要が出てき 


ます。 


2) プログラムを実行する場合 

実行プログラムも フロ ッピーデイスクやハードデイスタなどに収められ 
たファイルですから、いったんはデータとしてメモリ上に読み込まれます 
ので、先ほどの DMA の問題を考えなければなりません。さらに、プログ 
ラムを実行する時点でもう1つの問題が出てきます。アプリケーションの 
大半を占める、、 .x" という披張子を持つ実行ファイルは、プログラムのな 
力、に絶対アドレス形式のメモリアクセスを含むこと力 5 1 午されており、これ 
をプログラムが口ーデイングされるアドレスにあわせてリロケートして 
から実行するようになっています。 

このリロケート处理はプログラムをデータとみなして書き換えることで 
すから、命令キャッシュには反映されません。このため、プログラムを実 
行するときにはメモリ上のプログラムと命令キャッシュとの食い違いも問 
題となり、命令キャッシュをクリアする必要が出てきます。 

それでは、コピーノぐ ッ クモードのキャ ッ シュについてはどういう注意が必要 
になるのでしようか。コピーノぐ ッ クモードの場合、ライトしたデータはデータ 
キャッシュ上で更新されるだけで実メモリには書き出されません。通常、4セ 
ットあるキャッシュラインがいっぱいになる頃次書き出しが行われますが、 
キャッシュ上には書き出しが終わらないデータが存在することになります。こ 
の状態でキヤッシュをオフにしたりクリアしたりすると、データカす失われてし 


* 1 

この作業のために、 
、、. x " 形式のファイル 
にはリロケート情報が 
付加されています。ち 
なみに、 、\ r " という 
拡張子を持つ実行ファ 
イルは絶対アドレスを 
含まないことになって 
いますから、リロケー 
卜情報は入っていませ 
ん。ローディングして、 
そのまま実行されます。 


COLUMN 


自己書^プログラム 

X68030 になって「自己書き換えは惡」と決めつけられていますが、命令 
キャッシュをタリアしてさえいれば、実行時に不具合が生じないようにでき 
ます。ただ、 680x 0 の命令セットなら自己書き換えをしなくてもプロダラ 
ムすることは十分可能です。下手にステップをケチって自己書き換えをして 
命令キャッシュをクリアするくらいなら、自己書き換えをせずにすますほう 
がスピード的にも得でしよう。 

なお、やむを得ずに自己書き換えを行う場合でも、プロセッサのキャッシ 
ュクリアの命令を直接使わず、 IOCS-AC を使ってタリアするようにしまし 

x 5〇 
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まいます。これを避けるためには、強制的にキャッシュ上のデータを書き出し 
てからキャッシュをタリアしなければなりません。このための専用の命令 
「cpushj が68040には用意されています。 

しかし、ライトス ルーモー ドて、使っていた キャッシュ クリア命令 「 cinv 」 の 
かわりに、 コピーパ、ックモードでは この キャッシュプッシュと タリアを行う命 
令 repush」 に置き換えるだけでいいかというと、そう簡単にはいきません。 
コピーパ、ックモードは、 ライトス ルーモードより 状況がこみいっているため、 
次のような点を注意しなければなりません。 

3) DMA がメモリのデータを読み込むとき 

ライトスルーモードでは、 DMA のメモリ書き込み時のみを問題にすれ 
ばよかったのですが、コピーバックモードでは DMA の読み込み動作のと 
きも問題になります。メモリに書き戻されていないデータは DMA からは 
アクセスできないので、メモリ上の古いデータを読み込んでしまう力、らで 
す。このため、 DMA が動く前にデータキャッシュをプッシュしておく必 
要があります。 

4) DMA がメモリにデータを書き込むとき 

ライト スルー モードでは、 DMA の動作後データキャッシュをクリアす 
るだけでよかったのですが、コピーバックモードの場合はそうはいきませ 
ん。 DMA の動作後にキャッシュプッシュすると、せっかく DMA が書き 
込んだ'データをキャッシュプッシュで上書きしてしまう可能性があります。 


COLUMN 

ノ\ # ススヌープ 

68040は、 DMA など他のバスマスタが動いてもキャッシュとメモリが一 
致するようにするための「バススヌープ」というハードウェア機能を持って 
います。これは、他のバスマスタが動いているときにバスを監視して、メモ 
リリードがダーテイキャッシュに対するものだった場合、メモリのかわりに 
68040のキャッシュからデータを送出したり、メモリライトのデータをキャ 
ッシュに取り込んだりすることを実現するものです。 

しかし、このバススヌープ機能を活用するためには、メモリシステムやバ 
スマスタがそれに対応していなければなりません。 X 68030 のメモリシステ 
ムは、当然そんな対応はしていないので、これはあきらめています。このた 
め、 repush 」 によりソフトウェア的にキヤッシュとメモリの内容を一致さ 
せることになります。 
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DMA が書き込んだ範囲を避けてキャッシュプッシュすればいいのですが、 
IOCS のルーチンは一括してタリアするようにしかなっていません。この 
ため、この対処も DMA が動く前にデータを書き出してからキャッシュを 
クリアすることになります。結局のところ、意図するところはちょっと違 
います力す、対处方法としては DMA の読み込みのときも書き込みのときも、 
同じように DMA が動く前に 「 cpushj すればよいことがわかりました。 

5) プログラムを実行する場合 

ライト スルー モードでは命令キャッシュをクリアするだけでよかったの 
ですが、あらためて命令フェッチを開始しても、コピーバ、ックモードでは 
プログラムとして読み込むベきメモリ上のデータがまだデータキャッシュ 
から書き戻されていない可能 tiE があります。このため、プログラムの実行 
を開始する前には、命令キャッシュのクリアだけでなく、データキャッシ 
ュのプッシュもしなければなりません。 


これらの検討を踏まえたうえで10 CS や Human 68 k のキャッシュ制御部分 
を調べていくと、実は IOCS も Human 68 k も大雑把な制御しかしていないこ 
とがわかってきました。 

フロッピーディスクおよびハードディスク系の IOCS コールでは読み込み、 
書き込みを問わず、また、 DMA の起動前や後などには頻繁にキャッシュをク 
リアするサブルーチンを呼び出していました。このサブルーチンは、一律にす 
ベての命令キャッシュとデータキャッシュをクリアするだけのものですが、 
ADPCM の関係も含め、 IOCS ルーチンはほとんどがこのルーチンを呼び出 
しています。 

このため、ライトスル ーモー ドとコピ ー ノベ、 ックモー ドの違いで問題となる 
DMA の書き込みと読み込みの違いや、起動の前と後の違し、などについては、 
いちいち考える必要がなさそうです。簡単にはすみそうにないと思っていたコ 
ピ- バックモードへの 対応でしたが 、 IOCS の ほうは 「 cinv 」 を使ってキ ャッ 
シュクリアしていたところを、 repush 」 に書き換えるくらいですみそうです。 

一方、 Human 68 k のほうは次に挙げる箇所でキャッシュをクリアしていま 
すが、 IOCS のように命令キャッシュとデータキャッシュを一律にクリアする 
のではなく、目的にあわせてクリアするようになっています。 

( a ) 、ヽ move from SR " を 、、move from CR " に書き換えている部分で命令 
キャッシュをクリアする。 
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( b ) プログラム実行の開始前に命令キャッシュをクリアする0 
( C ) デバイスドライバの呼び出しの部分でデータキャッシュをオフにし、デバ 
イスドライバ、から戻ってきたところでキャッシュをクリアする0 

( a )、（ b ) に関しては、検言扣頁目で説明したように、命令キャッシュをクリア 
しても コ ピー バッ ク モー ドのデータキャ ッ シュが働いて いる と メモ リ上に書き 
戻されていな C 、状況が起こるので、命令キャッシュと同時にデータキャッシュ 
のプッシュが必要になります。 

また、 （ C ) に関しては、キャッシュのオフと同時にデータキャッシュをプッ 
シュすればよいのて''す。 


コピーバック対応040 SYSpatch ver 2.1 a 

これらの問題にあわせて、ライ トスルー キャッシュを動かすために 040 
SYSpatch .sys で行っていたパッチ咅 R 分をコピーノぐックモードで不都合がない 
ように直してみると、絶対無理だろうと思っていたコピーバックモードも意外 
に簡単* 1 に使えるようになってしまいました。 

案ずるより産むがやすし、ということでしようか0もっとも、ライトスルー 
モードでキャッシュオンにできるようにするためにいろいろ解 W してあったの 
でなんとかなったのであって、いきなりコピーバックモードでやろうとしたら 
無理だったかもしれません。 

約束の DHRYSTONE もちゃん!:動いて、値は 25000 を超えました。前に 
バラック基板で実行したときの数字とほぼ同じですから、ちゃんとコピーバッ 
クモードで動いているといえるでしよう。もっとも、プログラムによっては「お 
かしな命令を実行しました」といってきたり、「パ、スエラー」が起こったりし 
ますので、まともにコピーバックに対応したというよりは Human 68 k のシス 
テムが暴走しないて、、重力くだ、けは動いているというレベルです0 

また、もともとライ トスルー モードを想定した Human 68 k を、 コピー パ、 ッ 
クモードで矛盾力 ? 起きないように無理やりパッチを当てているだけですから、 
見た目は暴走しないで動いていてもどんな問題が隠れているかわかりません。 

不安定なプログラムを公開するのは気が引けますが、1人で使うよりは多く 
の人に試してもらったほう力すパ'グ出しも早いし、もともと、今回の基板配布は 
バグ出しの協力者を募るという意味もあったので、多少問題があってもプログ 
ラムはどんどん公開して試してもらいます。 

テストバージョンと断ってコピーバックモード対応版、 040 SYSpatch ver 
2 .la をアップロー ドしました。 


氺 1 

本当は、試行錯誤で 
パッチを直していった 
のです。ちよっとやっ 
てみて暴走させては原 
因を考えて、というこ 
との繰り返しでした。 
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928/999 PEG 00631 BEEPs 040 SYSpatch ver 2.1 a コピーバック対 
応です 

(14) 93/11/18 00:33 コメント数：1 

BEEPs です。 

junk - shop に040 SYSpatch ver 2.1 a を放り込んできました。 

68040のコピーバックモードに対応した 040 SYSpatch です。 

といっても、従来のライトスルー対応のパッチの延長で、コピーパ'ックだ 
と問題になりそうなコード書き換え後のキャッシュ制御について、取りあ 
えず対処したというだけで、不具合がまだいっぱいあります。 

不具合が、そもそも自己書き換えなどの問題によるものなのか、パッチプ 
ログラムのバグなのか、パッチした Human がコピーバックに対応できて 
いないのかさえわかってません。 

もともと、 Human がコピーバックモードなあんて考慮されてるハズない 
んで、ちよこちよこっとパッチ当てるだけで対応できるとは思ってません 
でした力、全然だめだと思ってたわりには、意外とそれなりに動いたんで、 
取りあえず公開しました。 

感じとしては、ライトスルーの2倍はちよっと手がとどかないかなってと 
ころ。 

ぉ約束の 

ドライストンは、25000.0 ( ver 2.1 の500000回) 

ウエットストンは、2564.10 
gcc . x ， emacs . x はサクサクで動いてます。 

でも、 sx は全然ダメですね。起動すらしません。* 1 

あと、 lzx がかかってるとバスエラーになりますね。 patexec がキヤッシ 
ュフラッシュしてくれてると思ってるのだけど。 

ついでに、何でかわかりませんが、 040 SYSpatch の登録が2回行なわれ 
ようとします。これまた謎。 

というわけで、ちよっとこいつは常用するというわけにはいきませんが、 
取りあえず a テストという事で使える環境にある人は試してみてください。 

なお、 1 C 4 -V 3でないと、使えません。 


氺 1 

今は パッチを すれば 
コピー バックモードで 
も問題なく動くように 
なりました。 
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BEEPs 

PS . 11/1以前に発送した 040 TURBO に搭載されている IC 4- V 2 は、キ 
ャ ッシユ オンで バスエラーに なります。 IC 4- V 3 が届くまで今しば 
らくお待ちください。 


しかし、プログラムを公開したのはいいですが、コピーバックモードのパ、グ 
を抱えた IC 4 のままでは、これは実行できません。 Human 68 k では永久にコ 
ピーバックモードは無理^^ろうと悠長にかまえていたために、バグ取りした 
GAL の発送作業をサボっていて、実はほとんどの人は試したくても、試せな 
いという状況でした。 

こんなことなら、もっと早くから GAL 交換作業をしとくんだった。 

自分で自分の首を締めているなあと思いながらも、あわてて GAL をかき集 
め、差し替え用の 1 C 4 - V 3の発送作業を始めました。 


cache«x でエラー 

コピーバックモードでは何が問題になる力、、一例として cache . x の問題に 
ついて紹介しておきましよう。 

cache . x は、 X 68030 ューザーにはおなじみの、68030の内蔵キャッシュを才 
ン•オフするためのプログラムです。このプログラムは IOCS -$ AC を呼び出 
してキャッシュの制御をしているので、10 CS 側のルーチンを68040対応にす 
るだけで、 cache . x 自体はパッチしなくても68040の内蔵キャッシュも同じよう 
に制御することが可能でした。 

ところが、 コピー バック モー ドで cache . x を使うと、キャッシュをオンにする 
ときはいいのですが、キャッシュをオフにするとき、「おかしな命令を実行し 
ました」とか、「パ'スエラーが発生しました」といったエラーカ 5 '発生してしま 
います。 

しかし、再度 cache . x を実行すると、ちゃんとキャッシュはオフになって 
いるのです。いちおう、目的とすることは達成できているのです力 5 '、なぜかエ 
ラーが発生するのです。発生している現象だけを見ると、「68030ぴ一んち」の 
ときの状況に似ていなくもないので、最初は、 


コ ピー バッ クでどこかメモリアクセスがタリテイカルになっても、る部分があ 
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るのか？ 


と考えました。 

デバッガのステッフ乍で追いかけていくと問題なく動いてしまいますので、 
これまたやっかいです。いろいろ条件を設けて原因を絞っていくと、 10 cs -$ 
AC を呼んでキャッシュ制御するまでは正しく動いていて、キャッシュをオン 
からオフにした後のどこかで変な番地に飛んで行って暴走してしまうことがわ 
かってきました。どこで?11^か、どこに?かは実行するときによって変わり 
ます。原因は純粋にソフトウェアの問題だったのですが、「68030ぴ一んち」の 
こと力す頭にあったので、なかなかほかのことに目が向きません。ハードウェア 
のタイミンダを疑ったりしてずいぶん無駄な時間を費やしてしまいましたが、 
コピーバックモードの動作を冷静に考えればわかることでした。 

IOCS-$AC は、キャッシュの状態読み出し、オン•オフ、クリアなどのサ 
ービスルーチンに分かれています 力す、 問題はこのうちのキャッシュをオンから 
オフにするときです。 IOCS-$AC のキャッシュをオン•オフしているルーチ 
ンは、キャッシュ制レジスタのなかにある命令キャッシュとテ、、ータキャッシ 
ュのオン • オフを制御するビットを操作しているだけです。 コピー バ、ッ クモー 
ドでは、キャッシュをオフにしたとき、キャッシュプッシュもいっしょに行わ 
なければなりませんが、 IOCS-$AC のキャッシュクリアルーチンは別になっ 
ているために見落としていたのです。 

このため、いきなりキャッシュがオフにされてメモリに書き戻されないまま 
データがキ ャッ シュ上に宙ぶらりんで 残っ てしまい、メモリ上の古いデータを 
アクセスしてしまうのです。今回の場合は、サブルーチンコールで戻りアドレ 
スがスタック上に書き込まれるはずのところが、実際にはキャッシュ上に書か 
れただけだったため、リターン時にスタック上の古いデータをアクセスして、 
変な番地に戻っ て暴走 していたわけです。 

040 SYSpatch.sys で IOCS ルーチンのキャッシュ制御とともにキャッシュ 
プッシュするようにしたところ、 cache , x の不^合は又まりました。* 1 


* 1 

実はこのときの処置 
はまだ不十分で、コピ 
ーバックにはまだ問題 
が隠れていたのですが、 
動くようになったから 
OK と思って、それ以 
上のことには頭が回り 
ませんでした。これに 
ついては、後ほど説明 
します。 
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コピー バックとライトス ルーの 混在 


コピー バック モードを扱うためのノウハウがわかってくると、エデイタやコ 
ンパイラなど、自分が使っている主なプログラムはなんとか使えるようになっ 
てきました。 

lzx 化していたプログラムは軒並みおかしくなってしまいましたが、 lzx の 
自己書き換えという性質上、しかたがありません。 lzx を解除* 1 して使うこと 
にします。 

ほかにはプログラム中で独自に自己書き換えを行っているプログラムや、 
DMA を直接使っているようなアプリケーションで問題* 2 が出ました。 

また、ちょっと予想していなかった問題として、通信ソフトで文字落ちを起 
こすという不具合も見つかりました。これは、 コピーバックモードで、ダ' ー テイ 
キャッシュがたまっているところに cpush で強制書き戻しをかけると、すべて 
の書き込みが完了するまで割り込みなどの他の处理を受け付けられなくなるか 
らのようでした。これは、アプリケーション側で回避するのは難しい問題です。 

こうした不具合の出るアプリケーシヨンでも、キャッシュをオフにすれば、 
たいていのプログラムは実行すること力 ? できますから致命的ではないのですが、 
040 turbo の場合、68040のキャッシュオフでの動作は、68030のキャッシュオ 
フでの動作よりも遅いのです。このため、68040のキャッシュオンとキャッシ 
ュオフの落差は68030よりもはるかに大きく、キャッシュオンのスピードに慣 
れてしまうと、キャッシュオフの動作の遅さ力猶えがたいものに感じられます。 

すべてがコピーバックモードというのは無理にしても、ライトスルーモード 
でいいからキャッシュをオンにして動かしたいところです。ライトスルー版の 
040 SYSpatch.sys ver 2.0 とコピーバック版の ver 2.1 a を、いちいち入れ換え 
ていたのでは面倒ですから、キャッシュをオン•オフするのと同じようにキャ 
ッシュモードのほうもコピー パ、 ックとライトスルーを簡単に切り替えられると 
翻です。 

考えてみると、 040 SYSpatch . sys 自体は MMU によりページごとにキャッ 
シュ領域と非キャッシュ領域を設定するようになっており、 ver 2.0 ではキャッ 
シュ領域をライトスルーモードに、 ver 2.1 a ではコピーノぞックモードになるよ 
うに初期化しているだけですから、これを自由に設定できるようにすればよさ 
そうです。 

こうして、ページ単位にキャッシュモードを指定できる機能* 3 をサポートし 


* 1 

現在は、中村ちゃぶ 
に氏作のダイナミック 
ノぐツ f •ヤ patexec.sys 
がコ ピー バッ ク モード 
に対応するようになつ 
たので、 lzx 化されて 
いるプログラムでも平 
気になったようです。 


氺2 

これらのプログラム 

は68030でも不具合が 
出る可能性を持ってい 
るのですが、68030の 
キャッシュがライトス 
ルーモードで あり、そ 
のうえ、キヤッシュ容 
量が小さいために問題 
が表面化しない場合が 
あります。 


* 3 

この機能は、 IOCS - 
$ AC の機能拡張の形で 
実装しました。 
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た ver 2.1 c ができあがりました。 

さらに、実際のプログラムを実行する際にいちいち MMU のページを指定 
してキヤツシュモードを変更するのも面倒なので、フリーエリアをまるごと指 
定したキヤツシュモードに設定する 040 cache . x というプログラムを用意しま 
した。 

実際の使用では次のように簡単な操作でキヤツシュのコントロールができる 
ようになります。 


cache on 


これでキャッシュがオン* 1 になります。この状態では、まだライトスルーモ 
-ドです。 


040 cache c 


これでコピー バッ クモードになります。後は実行したいアプリケーションを 
走らせれば、コピーバックモードの状態で走ります。 

コピーバックモードで不具合が出るようなら、次のようにしてライトスルー 
モードに戻します。 


* 1 

040 cache . x は、あく 
までキヤツシュモード 
を切り替えるだけなの 
で、 cache . x でオン • 
オフをしなければなり 
ません。 


040 cache w 


COLUMN 

キャッシュ制御コマンド 

現在では、 040 cache . x に加え、参加者の手による次のようなプログラムが 
開発されています。 

allcache . x じゃぎゅあ氏作 

040 cache.x はフリーエリアだけでしたが、こちらはメインメモリの全領域 
を対象としてキャッシュモードを指定します。非常に高速になります。 


setcache.x Y . 氏作 

040 cache.x の機能に、アドレスをじかに指定することができるようにした 
ものです。より細かい設定ができ、玄人向けです。 
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これでライトス ルーモードに なりますから、あらためてアプリ ケー シヨンを 
走らせます。 

これでも駄目なら、これが最後の手段です。 


cache off 


キャッシュをオフにして、実行します。 

これで、ほとんどの場合、問題なく使用できるようになりました。 


コピーノ 《ック モー ドとライトス ルーモー ドの^^ フォー マンス 

さて、期待の コピー バックモードのパフ ォー マンスを見るため、いろいろな 
方法で メモリアクセスして 調べた のが、 表 5.1 です。 2 行目で 256バイ ト おきに 
アクセスすると68030がキャッシュオフ並みの性能しか出ないのは、ダイレク 
トマップ方式のキヤッシュの宿命です。 

さて、ライト スルー とコピーバ、ックの比較ですが、これは3行目を見ると明 
らかです。ライトスルーではライト時にキャッシュオフのメモリアクセスと同 
じ時間がかかるわけですから、キャッシュオフとコピーパ'ックキャッシュのち 
ようど中間の値となるわけです。もっとも、普通のアプリケーションではリー 
ドと同じ頻度でライトすることはないのですから、ここまで顕著な差は出ない 
でしよう。 

一方、4行目はリードの後にファイルアクセスをしたものです力 5 '、この性能 
はキャッシュオフ並みになっています。これは、システムがファイルアクセス 
時に実際にキャッシュをクリアするようになっているためです。また、5行目 
ではキャッシュオフよりも1生能が落ちてしまっていますが、これは、68040の 
場合、キャッシュオン時には必ずライン単位でメモリアクセスするため、無駄 
なアクセスが増えてしまうからです。 


表 5.1 キャッシュモードとメモリアクセス時間（単位 nsec ) 


プロセッサ 

データキャッシュ* 1 モード 

68030 

68040 

off 

on 

off 

w - on * 2 

c - on * 3 

move.l を4個並べて連続リード 

1410 

970 

950 

120 

120 

256バイトおきに move.l を4個 

1420 

1420 

950 

120 

110 

move.l のリードとライトを各2個 

1210 

970 

920 

530 

110 

move .1 を4個並べて連続リード後ファイルアクセス* 4 

2850 

2920 

2610 

2560 

2560 

256バイトおきにリード後ファイルアクセス 

2850 

2920 

2610 

4960 

4950 

4レジスタを使って movem.l 

1250 

1210 

1070 

240 

230 


* 1 

命令キヤッシュは才 
ン。 

* 2 

ライトスルー〇 

* 3 

コピーパ、ック。 

* 4 

ファイルアクセスの 

時間含まず。 
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逆に、いったんデータをメモリ上に持ってきたら、後はひたすら自分の内部 
で处理を進める！：いうタイプのアプリケーション* 1 の場合は効果が期侍できま 

to 


それにしても、フロッピーディスクやハードディスクなど、 DMA を使って 
いる場合はあきらめもつきますが、 RAM ディスクのようにソフトウェアのメ 
モリ間の車云送 AT けの場合はキャッシュをクリアしてしまうのはもったいないと 
ころです。これは、 Human 68 k がデバイスドライバを呼び出すときに必ずデ 
ータキャッシュをクリアしてしまうのが根本原因です。テ、、パ、イスドライバ側で 
キャッシュを必要に応じてオフしたりクリアしたりするなどの配慮をしていれ 
ばいいのです力す、 X 6800 時代に作られたプログラムをそのまま使っても問題 
が出ないようにするために、 デバィス ドライバの呼び出し側でキャッシュをク 
リア* 2 しているのでしよう。 

さらに、 IOCS 内のルーチンはあちこちで過剰とも思えるくらいキャッシュ 
のクリアをかけています。こちらは、なお悪いことに、命令キャッシュもテ、'一 
タキャッシュもみんな丸ごと捨ててしまっています。まあ、このおかげで 
X 68000 時代のかなりトリッキーなプログラムであっても結構動いているので 
しようが、ちよっとやりすぎのように思います。必要な範囲だけにかぎって* 3 
キャッシュをクリアするようになっていればいいのですが、そうなってはいま 
せん。 

クリアしなければならない範囲がわかれば、部分的なタリア* 4 に改造するこ 
ともできるのです力' 残念ながら、 IOCS 内でキャッシュクリアを一手に引き 
受けているルーチンには、このキャッシュクリアの範囲に関する情報は伝わっ 
てきません。キャッシュクリアを呼び出している側のルーチンを解析して、で 
きるだけ効率の落ちないようにキャッシュをクリアするのが m 想ですが、現状 
では、そこまで手が回らないため、68030と同じようにまとめて全部クリアす 
るしかできません。 

68030なら命令キャッシュ、データキャッシュあわせても、たかだか51シぺ、 
イトしかないので、丸ごと捨ててもたいした無駄ではないのかもしれませんが、 
68040は 8 K バイトが丸ごと捨てられてしまいますから、実に161 音です。それ 
に、キャッシュプッシュを行う 「 CPUSHA 」 命令は、なんと、最低でも数百 
クロックかかり、メモリへの書き戻しの時間も含めると、数千クロックという、 
とてつもないサイクルを消費します。 

この間、割り込みを受け付けることもできないので、通信ソフトで文字落ち 
を起こすという問題* 5 を引き起こしています。 


氺1 

レイトレーシングな 
どのプログラムカ 5 '、こ 
れにあたります。かつ 

て68030十68882の組み 
合わせの凄さを実感し 
た例のレイトレー シン 

グプログラムは、68030 
と比べライト スルー モ 
ー ドで約2倍、 コピー 
バック モードでは約3 
倍になります。 


* 2 

最新版の 040 SYSpa 
tch . sys では、オプシヨ 
ンでこれをスキップす 
るようになっています。 


* 3 

68030の場合、キヤ 
ッシュを部分的にタリ 
アするには CAAR レ 
ジスタを使っていちい 
ちアドレスをす旨定しな 
ければなりません。こ 
れは面倒なので、一括 
してクリアしているの 
でしよう。 


氺 4 

68040の場合、ページ 
単位でクリアする命令 
があるのです。 


* 5 

ライト スルー モード 

で実行すれば大丈夫で 
す。 


192 





第 5 章 040 tu 「 bo がやってくる 


なんとか無駄なキヤッシュクリアを減らして、効率よく実行できるようにし 
たいというのが、今の課題となっています。 
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| 今度の基板はバグってる？ 

第一次配布が始まり、 040 turbo の話が盛んになると、噂を聞きつけて多く 
の人が問い合わせをしてきました。もともとは第一次配布の参加者からの反応 
の様子を見てハードウェアに改良を加えることを考えていたので、すぐに第二 
次配布をするつもりはなかったのですが、ハードウェアの調子は予想よりもい 
いものでした。 

このため、ちょっとばかり自信をつけて199脾の11月早々に第二次配布希 
望者を募ることに踏み切ることにしました。第一次配布で結構な数の68040の 
余りが出たので、これを浮かせておくのがもったいないというのも、第二次酉己 
布を早める理由の1つになっています。 

なぜ余ったかという！:、 040 turbo の配布を始めた頃、ジャンク品の68040を 
持っていた PA 5 氏が話を聞きつけて安価に譲ってもよいと連絡してきてくれ 
ました。このため、ジャンク品でも安いほうがいいという人には68040を抜い 
た基板のみを配布することに変更したので、手配した68040が余ったのです。 
もちろん、このジャンク品、ちょっとチップのマスク版数は古いものでしたが、 
問題な〈動きました。 


COLUMN 

ジャンク品の68040 

X 68030 のプロセツサは MMU を持たない 68 EC 030 ですが、これを MMU 内 
蔵のフルスぺツク68030に交換している人は結構多いようです 0 Human 68 k 
で使っている分には MMU は活用されないので 68 EC 030 でもかまわないので 
すが、この68030に交換すると、起動時の IPL 画面で VY On - Chip - MMU " の 
表示が出るようになります。 

秋葉原のジャンクショツプですと68030のジャンク品は1万円以下で売っ 
ていますから、これを購入しても、そう高い買い物ではありません。 

私もそうですが、たいていの人はこのジャンク品の値段のイメージがある 
ので、68030は安いもの、68040は高いもの、と思ってしまいます力 5 '、68030 
も新品は68040並みの値段がするのです。最近では、 Macintosh の Centris や 
LC 475、 LC 575 など、 68 LC 040 を搭載した機種向けに68040を売っているシ 
ョツプなどがあるので、68040を個人で買うことも比較的簡単になりました。 
そろそろジャンク品の安い68040も出回ってこないかなと思つています。 
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さて、自信を持って臨んだ第二次配布でした力す、納入された基板をテストし 
てみると、起動途中でハングアップしたり、バスエラーになったりする物力 5 '続 
出してしまいました。 

第二次配布の基板は、「68030ぴ一んち」を調査しているときに気になった 
プリント基板の2本のパターンについては改造を加えて引き回しを変えてみま 
したが、回路的には第一次酉己布とほとんど変わっていません。改造が悪かった 
のかとも思いましたが、前の基板を改造したときはこんなことにはなりません 
でしたし、68040のチップのマスクが変わったのかとも思いましたが、それも 
ありませんでした。簡単には解決しそうになかったので、とりあえず、動〈基 
板だけをテストして発送 f 樣を行いました。 

製造不良を疑って業者に送り返そうかと思っていたところ、実はパッチプロ 
グラム 040 SYSpatch . sys が犯人でした。 


第二次配布記念 040 SYSpatch ver 2.2 


コピー バックとライトスルー両 モー ド対応版である 040 SYSpatch ver 2.1 c 
によって、68040の目玉となる機能のサポートがひととおりできるようになり 
ました。その後、じやぎゅあ氏の手による ROM デバ'ッガへの対応や 、 PUNA 
氏の手による Human 68 k ver 3.02 対応などの機能が盛り込まれて、040 
SYSpatch . sys は最終的に ver 2.1 f までパ、ージョンアップし、細かい不具合は 
あるものの、機能的にはほぼ問題ないものになりました。 

細かい不具合といっても、 IPL 画面でのクロックの#^が文字化けしてしま 
うとか、 SRAM に設定したキャッシュモードが起動時に反映されないとかい 
ったものです。いわゆる Known バグ* 1 で、実害がないので、そのままになっ 
ていたのでした。 

せっかく第二次配布も始まることだし、 040 SYSpatch . sys も安定してきた 
ので、ここらへんの細かい不具合も直しておこうと作ったのが ver 2.2 でした。 


* 1 

発見されて、なぉ、 
生き残ってるバグです。 
対応が面倒もしくは直 
してもあまりメリット 
がないので、後回しに 
なっているというの力 ？ 
普通です。ちなみに、 
謙虚さを忘れたソフト 
ウェアメー カーにいわ 
せれば「仕様 j になり 
ます。 
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149/299 PEG 00631 BEEPs 040 turbo の第二次分と 、 SYSpatch ver 2.2 
( 3) 94/01/22 01:11 コメント数： 2 

BEEPs です。 

第二次配布分の基板は、今日 （1/21) 届く予定でしたが、発送が若干遅 
れたそうで、明日 （1/22 もう今日ですが）の午前中に届く予定とのこと 
です。 

今日、出荷テストのために、早く帰ってきたのです力 5 '.... 

明日、出荷テストが順調に行ったら、日曜日には届くかもしれません。 

ところで、 040 TURBO で起動する時、 IPL 画面のクロック表示がおかし 
〈なっていたのですが、これは、キャッシュをオンにしてクロックの計測 
ルーチンに入ると、ハングアップしてたので、キャッシュをオフにしてた 
からです。でも、今回やってみたら、まともに動いてしまいました。68040 
のマスク版数の問題なのかもしれません。 

この、クロック表示ほか、いろいろ姑息な修正をした 040 SYSpatch.sys ver 
2.2 を、 Junk - Shop に入れておきます 0 

二重に登録されてしまうバグ等は潰しましたが、機能的には、 ver 2.1 f と 
ほとんど変わってません。 

お試しください。 

また、オプション’％’のクロック表示がうまく動〈かどうか、ご報告く 
ださい。 

BEEPs 


さっそく答えが返ってきました。 


150/172 HGE 0 2300 TeM クロック表示でます SYSpatch ver 2.2 

( 3) 94/01/22 02 : 07149への コメントコメント数： 1 

ども、 TeM です。 

早速、 040 SYSpatch.sys ver 2.2 をいただきました。 

取りあえず、組みこんだところちゃんとクロックが表示されました。 


198 








第 6 章第二次配布 


》てみたら、まともに動いてしまいました。68040のマスク版数の問題な 
》のかもしれません。 

ちなみに、私の 040 TURBO は68040込みの構成でしたので、 BEEPs さ 
んのマスクと一緒でしよう。 

第二次配布分、頑張って〈ださい。 

どうも、ありがとうございました。 

PS . クロック表示値は 25.1 MHz でした。 （一； 

TeM 


153/172 KHF 03720 なっち クロック表示 OK (040 SYSpatch v 2.2) 

( 3) 94/01/22 21: 01149 へのコメントコメント数： 1 

なっちです。 

040 SYSpatch.sys ver 2.2 組み込みました。僕のところでも無事クロック 
表示が 

出るようになりました （ TeM さんと同じく 25.1 MHz )。 ちなみに、僕の040 
は PA 5 さんからゆずってもらったものです。 

MMU や FPU の表示も出ました。 

ただ、ドキュメントは EUC で書かれていました。 （こ；；） 

今までは ver 2.1 e を使っていたんですが、これだと起動時に必ずキャッシ 
ュが OFF になっていたんですが、 ver 2.2 ではキャッシュは起動時にはちゃ 
んと SRAM の設定値に設定されるようになりました。（もしかして 2.1 f か 
らすでにそうなっていたのかもしれません。 2.1 f は使っていないもの 
ですから…。） 

「姑息な修正」なんて書かれていますが、これらの表示がきちんと行われ 
るととても気持ち良いですね。気分的には「大幅な改良」に思えます。 

ROMVER 2. X という起動時の表示と同じものを出力するソフトを持って 
いるんです力す、これを実行してもちゃんとクロック表示と FPU の表示が 
出ました。 （ MMU の表示は出ませんが、 IOCS - AC で得られる情報は MMU 
無しのままだということですから、これも正常でしょう。） 

なつち 
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ver 2.1 f から ver 2.2 への修正はたいしたことでもないし、みんなも 0 K とい 
うことなので、大丈夫だろうと簡単に考えて、第二次配布の基板もこの新バー 
ジョンでテストしていたのです力 ? 、実はこれがエラーの原因だったのです。 

第一次配布の継では動いたということだから、第二次配布の擁の問題！： 
思ったわけですが、一夜明けたら第一次配布の基板でも、やっぱり不具合の報 
告が上がってきました。 


154/172 HGEO 2300 TeM クロック表示でます。と思ったら..？ 

( 3 ) 94/01/22 21:10152へのコメント 

丁 eM です。 

040 SYSpatch.sys ver 2.2 なんですが、その後一度電源を落として 
再起動したら、 バ、スエラ ーが出るようになってしまいました。 （ TT ) 

で、色々試したのですが、まず以前のバージョンの 040 SYSpatch.sys 
を組みこんで立ち上げた後、 CONFIG . SYS を ver 2.2 の 040 SYSpatch.sys 
に書き換えて立ち上げ直すと、バスエラーが出ずに立ち上がります。 

HUMAN . SYS は 3.01 3.02 とも試してみました。 

040 SYSpatch . s をアセンブルし直しても、同じでした 0 

何か、間違っているのでしよう力、。 

TeM 


エンバグか？ 

第一次配布の人からも起動時の バス エラーの報告があったというこ！：は040 
SYSpatch . sys のバージョンアップの際のエンバグの線が濃厚です。もう一度、 
エラーになっていた*®をセットして起動してみると、エラーになったり、な 
らなかったりします。とっかえひっかえしていくうちに、1枚、いつでも、必 
ず バス エラーになる擁が見つかりました 0 バス エラーになるアドレスは$02 
F 3 F 0、 これは 040 SYSpatch . sys の中です。 

実際にはどの部分なの力\このアドレスを控えておいて68030モードで起動 
してみます。68030モードではパッチの®;理はスキップしますが、 040 SYSpatch . 
sys 自体はデバ、イスドライバ、として登録されます 0 メモリ上のデバ、イスドライ 
バをサーチして 040 SYSpatch の登録された先頭アドレスを調べてみると、 
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$02 F 096 でした 0 先のバスエラーのアドレスから 040 SYSpatch の先頭アドレ 
スを引くと、差は $00035 A 、 ここまでわかれば、しめたものです。 040 SYSpatch . 
sys をデバッガで読み込んで、先頭からこの差にあたる $00035 A の位置で何を 
やっているかを調べてみると、プロセッサが68040かどうかを判定しているル 
ーチン 


CPUSHA IC/DC 


この命令を実行している場所て' した。 

これはキャッシュプッシュ命令で、68040の場合は実行できますが、68030 
にはこの命令が存在しないので、未定義命令* 1 になります。 

これをつかまえてプロセッサの種類を判定しているわけです。そして、これ 
力? パ' スエラ ーを引き起こした張本人でした。 

68040はリセットされるとキャッシュ機能をオフにします力、キャッシュラ 
インの中身のクリアは保証されていません。このため、68040のマニュアルで 
は、最初に cinv 命令を使って明示的にキャッシュをクリアすることと明記さ 
れています 0 040 SYSpatch.sys がライトスルーモードしかサポートしていな 
かったときはキャッシュクリアをすべて cinv でやっていたのですが、コピー 
バックモードに対応するために cpush に書き換えた際に、このプロセッサの判 
定部分も書き換えていたのです。このために、電源投入時、キャッシュライン 
にたまたまダーティキャッシュ状態を示すビットカ 5 '立っていると、 cpush によ 
って、このデータを書き戻そうとしてしまいます。当然、このキャッシュライ 
ンは、データはおろかアドレスタグさえ、でたらめです0変なアドレスを t 旨し 
ていればバ、スエラーになりますし、たとえメインメモリを指*していてパ、スエラ 
一にならなくても、プログラムカ 5 破壊される可能性があるのです。エラーにな 
ったり、ならなかったりというのは、これが理由でした。 

この部分を cinv に直してみたところ、起_のバ'■スエラーはなくなりまし 
たので、とりあえず、この部分だけ直して 040 SYSpatch.sys ver 2.2 a を公開 
しました。 

しかし、よく調べてみると、これはコピー バック モード対応になった ver 2.1 a 
のときに エン バグしていたのです。なぜ、今までは バス エラーにならなかった 
のか、そして、なぜ、 ver 2.2 になっていきなり出るようになったの力、、これは 
よくわかりません。 


* 1 

本当は、このキヤツ 
シユプツシユ命令のマ 
シン語コードは $ F 4 F 
8なので、68030では F 
ライン命令になります。 
だから、プログラム自 
体が間違っているので 
すが、それでも運よく 
動いていました。ちな 
みに、このバグ、じや 
ぎゅあ氏により発見さ 
れました。 


隠れていたパ'グカ ？ 1つ見つかったからよしとしよう0 
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そう思っていたのですが、実は1つではすまなかったのです。 

まだまた問®^ 

さて、これで直ったなとひと安心していたのですが、そうは甘くはありませ 
んでした。コピーバックモードで動かなくなるプログラムが続出したのです。 


167/172 PAF 03012 Arimac 040 SYSpatch 新版で… 

( 3) 94/01/24 00 : 48 コメント数： 2 

040 SYSpatch . sys なんですが、家では Ver 2.2 と Ver 2.2 a の両方とも 
PIC ， DJ ， JPEGED ， HAPIC を実行すると「ぉかしな命令を実行しました」 
や「アドレスエラー」、 「 CHK 命令を実行しました」等の エラーが 
出るようになりました。 

これらは、データキャッシュが OFF になっているか、ライトスルー 
にすると出なくなります。 

私のところでは 040 cache . s をいじって、アドレスの切り捨て、 
切り上げを逆にしてコピーバックの範囲を広げてあるのです 力?、 

これだと元の 040 cache に比べて非常に顕著にこの現象が起きます。 

もちろん、元の 040 cache でも起きます。 

原因は私ももう少し調べてみたいと思いますが、取り合えず 
ご報告してぉきます。 

一応、私の 040 TURBO のデータ 

• 68040 : PA 5さんから譲って頂いた物 

• GAL : 1 C 4 _V 3 

Arimac 


179/183 MXC 02770 Y . RE ： 040 SYSpatch 新版で… 

(3) 94/01/25 21 : 03175 へのコメントコメント数： 1 

私も、 040_22 aSyspatch で、 arimac さんとほぼ同様の症状がでています。 

確認しているのは、 miki . x,TMN 2 (オリジナル、をたく版とも） FSX . 
X (コマンドラインから起動、040用パッチずみ）と、バ、イナリファイル 
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が大きいものです。 （GCC EM.X は問題ありません。また、いずれも、040_ 
21dSYSpatch では問題無く動いていました。） 

Human は3.01 

040sys はパラメータなしで組み込み 
sram のキヤツシユ設定は共に OFF 

autoexec.bat の最後で cache on, 040cache c を実行しています0 
(ライトス ルーなら 問題なし） 

040丁 URBO は一時配付分ですから、 BEEPs さんのと同じでしよう。 

立ち上げると白い窓がでて、 ’A’ 中止でコマンドラインに戻ってくれば、 
再度立ち上げると、なにもなかったように動き出します。 

FD にコピーした TMN を立ち上げても同様です。 

Y. 


182/183 NBH02724 じゃぎゅあ RE : 040SYSpatch 新版で… 

( 3) 94/01/26 00 105179 へのコメント 

私も同じような感じでコピーバックでハングってたので tmn.x の 
起動で試してみました。 

組合せ Human68k + 040SYSpatch.sys + PATEXEC.SYS v0.2 


1.v3.01 

v2.1f 

2. v3.02 

v2.1f 

3. v3.01 

v2.2a 

4. v3.02 

v2.2a 


正常。全く問題無く起動する。 

2 . 

A (中止）のみ選択可能だが何度やっても抜けられないハング 
アップ状態。 

3 . 

A (中止）のみ選択可能で異常終了して、データキャッシュが 
オフになって いる。 

コピー バック モードではデータキャ ッシュ オフでも、異常が 
頻繁に発生しアボートする事が多い。 










040 tu 「 bo 製作編 


4. 

A (中止）のみ選択可能で異常終了して、データキャッシュが 
オフになっているか、「2」と同じハングアップ状態になる。 

Human 68 k が v 3.02 になると症状悪化の傾向があるようです。 

こんなので、問題の糸口はあるかなあ。 

じやぎゆあ 


もうボロボロです 。 

細かなバグ取りをしただけで、動作の根幹にかかわるような変更はしてない 
はずなのに、これはどうしたことだ0 

気になって仕事も手につきません。家に帰らなければプログラムリストもな 
いので、頭の中で変更箇所を思い出してあれこれ考えてみますが、全然思い当 
たるふしがありません。夕方、仕事を終えて NIFTY - Serve にアクセスする 
と、有力な情報が寄せられていました。 


187/187 NBH 02724 じやぎゆあ 040 SYSpatch.sys 新版 
(3 ) 94/01/2617 : 39 

Human 68 k ( v 3.01 )+040 SYSpatch.sys ( v 2.2 a ) が異常になる 
理由のよ一な部分が分かりました。 

040 SYSpatch.sys ( v 2.2 a ) の1525行前後の Human 68 k ( v 3.0 1) へのパッ 
チが v 2.1 f から変更になっているところ。 

Human 68 k ( v 3.02) で異常になるのも同じ処理してるところで、この場 
合は IOCS - AC が関係してくる。 

もしかしたら IOCS — AC が？それとも XC 68040の〇〇？ 

ということで、じやんくしよっぶに新版いれときます。 

Human 68 k ( v 3.02) の時のパッチは強引なものなので、もう少し IOCS - 
AC 周りを検討しなければなりません。でもパッチすることで正常にはな 
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つている。 
じやぎゆあ 


fi 多正版までアップされています。とりあえず、これをダ'ウンロードして ver 
2.2a のどこが問題なのか、 ソースの 違いを調べてみました。すると、 ver 2.la 
にあった 040SYSpatch.sys が2回起動されてしまうというバグを直すために 
修正した部分が元に戻っています。たいした修正ではないからと疑っていませ 
んでしたが、これを戻すとまともになるのですから、原因はこのイ遂正にあるの 


は疑いようがありません。 

そうか！ここがおかしかつたんだ。 
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バグの謎解さ 

ちなみに、この 2 回起動のバグとは、 device 文で 1 つしか指定していない 
はずなのに、なぜか 040SYSpatch.sys が 2 回起動されてしまうというもので 
す。2回目はコピー領域の5萑保に失敗するのでエラーになるのです。もっとも、 
1回目で必要な処理が完了しているのでエラーになっても実害はなく、無視す 
ればすんでいました。 

さて、この 2 回起動の原因ですが、これまた全然わからず、 ver2.1a ではあ 
きらめて Known パ'グ'としてそのまま公開してしまいました。その f 麦、この原 
因を突き止めたので ver2.2T 修正したのですが、これがもとでエンバグしたわ 
けです。 

この2回起動のバグと修正によるエンバグはクイズみたいなのです。次に、 
紹介しておきましょう。 

リスト 6.1.a がパッチ前の元のルーチンで、 Human68k ver 3.01 でデバイス 
ドライバを呼び出している部分です。2行目で現在のキャッシュ状態をスタッ 
クに保管した後、 4 行目 て'データキ ャッシュをオフに設定してからサブルーチ 
ンコールしています。デバ、イスドライバ砰び出し後は6行目に戻って〈るので、 
スタックからキャッシュ状態を取り出して、8行目でデータキャッシュをタリ 
アしながらキャッシュ制御を戻すという流れになっています。 

さて、リスト 6.1.b が、このルーチンを 040SYSpatch.sys ver2.1a で 68040 
のコピーノ s ；、 ックモードに対応させるためにパッチを当てたものです。 

3 行目のキャッシュ制御レジスタを使ってデータキャッシュをオフにする方 
法がちょっと違って* 1 います。あと違うのは、キャッシュをクリアする場所で 
す。ライトスルーモードならデバイスドライバの実行後にキャッシュをクリア 
すれば問題ありませんが、コピーバックモードの場合は検_目にあったよう 
にデバ'イスドライパ、の実行前にキッシュをクリアしておかなければいけません。 


リスト 6.1 デバイスドライバ呼び出しのパッチ箇所 


a : パッチ前のルーチン 

b : パッチ後のルーチン 

1: 

MOVEC 

CACR,DO 

1:MOVEC 

CACR, DO 

2: 

MOVE.L 

D0,-(A7) 

2: MOVE.L 

D0 / -(A7) 

3: 

AND.W 

#$FEFF / D0 

3: BCLR.L 

#31,DO 

4: 

MOVEC 

D0 # CACR 

4: MOVEC 

DO,CACR 

5: 

BSR.W 

XXXX 

5: CPUSH 


6: 

MOVE.L 

(A7)+,D0 

6: BSR.W 

XXXX 

7 ： 

OR.W 

#$0800, DO 

7: MOVE.L 

(A7)+,D0 

8: 

MOVEC 

D0 7 CACR 

8: MOVEC 

D0 ; CACR 

9: 

RTS 


9: RTS 



-変更 
-挿入 


10 :> 


10 :> 


氺1 

68030 のデータキャ 
ッシュを制御するビッ 
卜はキャッシュ制御レ 
ジスタの 12 ビット目に 
あるので、 $FEFF と 
AND をとればオフに 
なります力す、 68040 の 
場合は 31 ビット目にあ 
るのでビットクリア命 
令を使っています。 
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そのために、5行目の部分に無理やり cpush を挿入しているのです。このため、 
その次のサブルーチン呼び出しが1つ後ろにずれています。 

そして、これが040 SYSpatch.sys の2回起動というバグを生んだのでした。 
ちょっと理由を考えてみてください。 

さて、わかったでしようか？ 

ポイントは bsr の移動です。 

Human68k 内部のリスト 6.1.a のルーチンをパッチして、リスト 6.1.b のよう 
に書き換えているわけですが、この处理をするのは 040SYSpatch.sys です。 
040SYSpatch.sys 自身、デバイスドライバであるため、最初はリスト 6.1.a の 
ルーチンで呼び出されます。このときは bsr は5行目にありますから、戻り番 
地は6行目としてスタックに積まれています。ところが、040 SYSpatch.sys 
でハ 0 ッチするので、デバ、イスドライバ、から戻ってきたときはリスト 6.1.b のル 
ーチンに書き変わっており、戻ってきたつもりの6行目で再度 bsr が実行され、 
2回目の 040SYSpatch.sys の呼び出しが起こるというわけです。 

自分でミスったとはいえ、この2回呼び出しのバグはなかなか見つけられず、 
苦労しました。わかってしまえば簡単ですが、こういうトリッキーなことをす 
るプログラムでは、バグのほうも一筋縄ではいきません0 


COLUMN 


Human68k ver3.02(7)^n 

本文で説明したように ver 3.01 の場合は、デバイスドライバ呼び出しの前 
後でキャッシュ制御コードをじかに使っていま したが、 ver 3.02 は 「move 
from SR 」 命令の対処の部分にしかキャッシュ制御コードは使われていま 
せん。 

これは、次のように IOCS -$ AC を使うように書き改められているからで 
す。 

• IOCS_$AC ( D 1=1 ) をコールして現在のキャッシュ状態をスタ 
ックへ保存 

- IOCS - $ AC ( D 1= 4 ) をコールしてデータキャッシュを オフに 設定 

• デバイスドライバ呼び出し 

- IOCS-$AC ( D 1= 3 ) をコールしてキャッシュをクリア 

- IOCS - $ AC ( D 1= 4 ) をコールしてスタックに保存しておいたキ 
ャッシュ状態に戻す 

IOCS - $ AC ( D 1= 4 ) のキャッシュ設定コールは、キャッシュプッシ 
ュもするように修正されているので、これで問題ありません。 


* 1 

もちろん、これを塞 
正しているのは 040 SYS 
patch.sys です。 
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この bsr の位置がまずかったことがわかったので、 ver2.2 では bsi ■の位置が 
ずれないように気をつけました。といっても、 cpush 命令をどこかに挿入しな 
ければなりません。そこで、リスト 6.2 のようにデバ M スドライバから戻って 
きたときの处理を詰めて、 bsr の飛び先を10行目から9行目に変更し、ここで 
cpush をするようにしたのです。 

これて T 萑かに2回起動はなくなりました。めでたしめでたし、と思っていた 
のですが、これがコピーバックモードでの不調を引き起こすことになりました。 

こちらもちょっと考えてみてください。 

わかりづらいので、1つずつ説明していきましょう。 

最初に、4行目でデータキャッシュがオフになります。このとき、ダーテイ 
キャッシュは宙ぶらりんの状態になってしまいます。前は、ここですぐ cpush 
をして書き戻しをしていたのですが、その前に bsr が入りました。 bsr が実行 
されるとき、6行目に戻ってこられるよう、戻りアドレスがスタックに積まれ 
るのですが、この状態ではデータキャッシュはオフになっているので、キャッ 
シュには手をつけず、スタックボインタで示されるメモリに直接戻りアドレス 
が'*き込まれます。 

その後、9行目で cpush が実行されるのですが、このとき、たまたまダーテ 
イキャッシュとして今書 1 き込んた"スタックポインタのア ドレス と同じア ドレス 
を指しているものがあると、こちらを書き戻そうとして6行目への戻りアドレ 
スを上書きしてしまうのです。 

前に cache.x の不具合* 1 を説明したときのプロセスは、これとは逆です。あ 
ちらは書き戻されなかったために、古いデータをアクセスしておかしくなって 
いましたが、こちらは新しいテ''ータを書いた後に古いデ'ータを書き戻してしま 
つたためにおかしくなったわけです。 


* 1 

187 ページ 「 cache.x 
でエラー j 参照。 


リスト 6.2 デバイスドライバ呼び出しのパッチ箇所 


ver2. 2 で修正した後のルーチン 


1 

MOVEC 

CACR,D0 

2 

MOVEL 

D0,-(A7) 

3 

CLR.L 

#31,DO 

4 

MOVEC 

D0 # CACR 

5 

BSR.W 

XXXX 

6 

MOVE.L 

(A7)+,D0 

7 

MOVEC 

DO,CACR 

8 

RTS 


9 

XXXX: CPUSH 



10 


-ここに移動 
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結局、データキャッシュをオフにしてからキャッシュプッシュするまでの間 
は、メモリに対するデータアクセスをしてはいけないということなのですが、 
サブルーチン呼び出しをうっ力、り入れてしまったというわけて、'す。 
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う〜ん、コピーバックは奥が深い。 

わかったつもりになっていた コピー パ、 ツク でした力、 ver 2.1 のときは施した 
パッチがたまたまこの問題に引っかからないようになっていただ'けで、本質的 
な問題を理解したうえでパッチしていたわけではありませんでした。 

原因がわかったところで、 NIFTY - Serve にアクセスすると、すでにその 
対处も行われた新版がアップロードされていました。 


188/193 NBH 02724 じゃぎゅあ 040 SYSpatch 新版 

( 3 ) 94/01/26 21: 33 コメント数： 1 

新版です……。 

夕方にダウンロードした方、すいません。 

キャッシュ関係で異常になる理由が判明したため、そこを修正 
してあります。 

Human 68 k の根幹に関わるよ一な部分だったので、今まで不安定 
だったものが動くようになっているかもしれません。 

じやぎゆあ 


素早い！ 

さっそく ver 2.2 c をダウンロードします。ソースを見てみると、ほぼ完 Ml ：、 
した。ただ、 ver 2.1 と同じ処理に戻したため、040 SYSpatch . sys の2回起動 
の問題が復活していました。 

2回起動のバグの原因を報告していなかったので、ついでに直してもらお 
うと報告をすると、じやぎやあ氏はこれにも素早く対応してくれました。 

しかし、結局、ほかにもいろいろ問題が出てしまい、最終的に2回起動を直 
すかわりに、2回目の起動を無視する方向で対応してもらいました。 

たいした修正じやないはずだったのですが、結果的に ver 2.1 の時点で隠れて 


氺1 

以後、いろいろ忙し 
くなったこともあって、 

04 OS Y Spa t ch . sy s の対 
応は、じやぎゅあ氏に 
全面的に頼っています。 
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いた問題が明るみに出て、コピーバックの問題点をいろいろ考えさせられまし 
た。 » 

イ Ig 正版を作ってくれたじゃぎゅあ氏をはじめ、パ、グレポートをしてくれた多 
くの人の協力があったから、なん！:か、ここまでこぎつけること力すできたわけ 
で、1人だ'ったら、とうの昔に投げ出していたでしよう。 


3度目のハードウェア 


第一次、第二次配布を通じて、さほど大きな問題* 1 もなく、比較的順調にき 
ましたが、そうなってくると、細かい問題が目についてきます。 

報告が多かったのが、 VRAM にゴミが出る」というものでした。.最初は 
クロックアップしている人からの報告だったので、クロックアップの弊害* 2 と 
片付けていたのですが、どうもクロックアップしていない 25 MHz のままのマ 
シンでも発生することがあるようです。 

ただ、これもマシンの個体差によるもののようで、全然出ないという人もい 
れば、結掉 I 目立つ人もいました。何かの拍子に出る人もいましたが、いまいち 
因果関係がつかめていませんでした。 

致命的ではないので後回しになっていたのですが、余裕も出てきたので、そ 
ろそろ対応を考えようと思っていたところ、おもしろい報告が届きました。 


213/243 GBD 02245 — 0 • U — 040でのグラフィックのゴミ 

( 3 ) 94/01/29 02 : 53 コメント数：1 

GRAD を使ってメモリ頭から 100 KByte ずつ RAMDISK を確保していっ 
て， MEMFREE での使用可能領域表示が8538688バイトになったところで， 
HAPIC によるグラフィック表示でゴミが出始め，7719488でゴミがでなく 
なります。その後，また4330064でゴミが出始め，3510864でゴミがでなく 
なります。ちなみにメモリは I/O DATA 製のやつで，使用グラフィック 
はサイバリオンのロード時に出る絵です。また， HAPIC だからゴミが出 
るわけではなく， HAPIC は表示が速くゴミが出るとわかりやすいという 
ことによります。絵も別に他の絵でもゴミは出るのですが，これがサイズ 
もでかく，ゴミが出たのか出ないのかわかりやすいからです。これが 
HAPIC ではなく APICG だとゴミの出方が変わります。難しいのですが， 
HAPIC だと上から表示して行くごとに下の方にゴミがたまって行って， 
最終的にそのゴミが結局（表示させた）絵で書き換えられてしまうといった 


* 1 

「68030ぴ一んち」が、 
今までで一番大きな問 
題でした。 


*2 

68030でもクロック 
アップすると VRAM 
にゴミが出ます。 
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感じで， APICG だとゴミは減るのですが，絵の表示がおかしいというか 
なんというか。。。 APICG は内部で展開して転送しているみたいな感じ 
だから、その辺の違いによるものかも知れません。 

なお，クロックを上げるとこの限りではないようです。かなりゴミが出 
るようです。ちなみに SW 1 はショートしてません。 

これが一体何を意味するのか，私には皆目見当もつきません。。。 

でもって， BEEPs さんに以下を質問されたので。 

1) キャッシュオンの話しですよね？ キャッシュオフでも出ますか？ 
どっちでも出ました。それにしても，キャッシュオフだと遅い。。 

2) コピーバックモードで すか、ライト スルーモードで すか、どちらで 
も出ますか？ 

ライト スルーです。コピー パ、 ック には ど うするとなるのかよくわか 
らない。 

3) クロック 25 MHz でも出ますか？ 

25 MHz で出ます。なお，キャッシュオフで wait 15でやってみ 
たのですが，ゴミはやっぱり出ます。 

4) クロックは 1 C クリップで取り出していますか？ 

私はクロックの2段階切り替えなることをしているため，クロック 
は切り替え回路の元々オシレータが刺さっていたところのピンのと 
ころにはんだ付けしてます（意味不明？）。 74 F 803 のところにはんだ 
付けしようかとも思ったのですが，これ以上基板上にいじるのは気 
が引けたので。。。 

ちなみにほとんど何もデバドラ関係組み込まなくってもゴミは出ました。 
このときは dcache 2 a でメモリ埋めましたが。でも， memfree の表示は少 
しだけずれてたくさい。誤差？ 

もう一つ。030のモードではゴミは出ません。 SW 1 のショート取っち 
やったので，クロック上げたらどうなるかはわかりません。が， SW 1 シ 
ョートしていた当時はクロック上げてもゴミは出てませんでした。 

#こんなのうちの機械だけかなあ。 


でわ〇 


おゆ 
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どうも VRAM に描画するプログラムの実行アドレスに依存するようです0 
しかし、同じような状況にしても、家のマシンでは、やはり発生しません。 

困ったなあ0再現するマシンを送ってもらうしかないか？ 

おゆ氏に本体貸し出しをお願いするかもしれない旨のメールを出します。 

クロックアップとマウスのゴミ再発 

おゆ氏の承諾は取り付けましたが、まだ、家のマシンで試すことが残ってい 
ました。クロックアップです。クロックアップしたマシンでは軒並み VRAM 
にゴミが入るということなので、まずは家のマシンをクロックアップすること 
にしました。 

まだ保証期間内の* 1 マシンのマザーボードに手をかけるのは気が進まないの 
ですが、いずれクロックアップするつもりだったので、それがちょっと早まっ 
ただけだと自分に言い聞かせて、マザーボードのオシレータを引っこ抜き* 2 ま 
す。 

マザーボードの オシ レータ部分を 1C ソケットに取り替えて、 オシ レータを 
取り替えられるようにしたうえで 66MHz のオシレータを揷して実行してみま 
した。これならクロックは 33MHz になります。 オシ レータの取り替え以外、 
特に何もしませんでしたが、問題なく* 3 68040が起動しました。 

しかし、肝心のゴミが出ません。 


もっとクロックアップしないとダメなのかなあ。 


そう思っていたのですが、プログラムの実行アドレスに依存することを思い 
出し、キャッシュオフ* 4 にしてみました。 

すると、 マウスカーソルを 表示させただけで、チラホラとゴミが出てきます。 
前にキャッシュ オンに すると マウスカーソル 表示でゴミが出る問題がありまし 
たが、今度は逆にキャッシュオフにするとゴミが出てきてしまいました。 

おお、ゴミじやゴミじや。 

と、しばらく喜んでマウスをグリグリ動かして遊んでしまいました。 


氺 1 

これだけいろいろい 
じくりまわしておいて 
いまさら保証期間を気 
にするのも変です力、 
いちおう、いつでもま 
っさらな状態に戻せる 
ようにしながら作業し 
ていたのです。 

氺 2 

もちろん、半田ゴテ 
で半田を溶かしながら、 
です。 

氺 3 

68030でクロックア 
ップするためには、い 
ろいろ手をかけなけれ 
ばいけないようですが、 
68040モードは68030の 
動作よりもウェイトが 
入っている分、クロッ 
クアップしても安定し 
た動作をするのです。 

* 4 

キヤッシユオンだと 
プログラム 読み込みの 
ためのメモリアクセス 
が滅るので、実行アド 
レスへの 依存度が下が 
ると考えられます。 
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VRAM ゴミ問題 

さて、ゴミが出たのはいいのですが、いまいちハデに出てくれません。画面 
の下のほうの数ラインにポロポロ出るだけです。 

実行アドレスに依存しているはずですから、マウス描画ルーチンのあるアド 
レスを変えてみることにしました。 

このルーチンは、前のマウスのゴミ問題で相当苦労して調べていたので、取 
り扱いは慣れたものです。マウス描画ルーチンを、フリーエリアの$300000、 
$310000、……、 $3F0000 の各々のアドレスにコピーし、本来のルーチンの 
ほうには JMP 命令を埋め込んで、各々のアドレスでマウス描画ルーチンを実 
行させてみました。 

すると、$370000番地にマウス描画ルーチンがあると、盛大にゴミが出るこ 
とがわかりました。また、$380000番地から実行させた場合は全然ゴミが出ま 
せん0この2つの実行アドレスの違いを見ると、アドレスの A19 〜 A16 のビッ 
卜が7か8力、の違いです。 

テキスト VRAM は $E00000〜$E7FFFF のアドレスを占めており、このう 
ち、マウスでゴミが出ているプレーンは $E 60000〜 $E7FFFF のプレーンで 
あるということとあわせて考えてみると、マウス表示のために VRAM への書 
き込みをした後、次のプログラムの読み込みをしようとしてアドレスが 
$370000に変わろうとしている部分で、 $E60000~$E7FFFF へのゴミの書 
き込みが行われてしまうようで'す。クロックアップして、アドレス変化:のタイ 
ミンダが速くなったからか？と思って、念のため 25MHz に戻して試してみ 
たところ、 

ゲッ、 25MHz でもゴミが出るじやないか！ 


クロックアップ改造でオシレータを 1C ソケットにしたのがまずかったかな 
と思ったのですが、テストプログラムを作り、みんなにキャッシュオフ状態で 
$370000番地から実行してもらったところ、やはり、ゴミカす発生することがわ 
かりました。それも、今までゴミに出合ったことがないという人のマシンでも 
ゴミが5鶴忍されました。 

「68030ぴ一んち」のときのように、マザーボード上の VRAM の RAS (Raw 
Address Strobe) 信号にコンデンサをかますとゴミカす書き込まれにく くなる 
こともわかりましたが、すべての人にこの対处をやってもらうのは大変です。 

それに「68030ぴ一んち」と違い、こちらは68040モード側の問題なので、 
タイミングを変換回路で細工する* 1 こと力すできそうです。 


* 1 

68030モードでは、 
ほとんどの信号が直結 
されていて変換回路が 
間に入っていないので、 
タイミングを細工でき 
ないのです。 
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DLE モードの改造 

原因の見当がついたところで、対处方法ですが、アクセスが完了してか 
らも68030のようにアドレス信号を保持してやるのは容易ではありません。 


68040はほとんど絶え間なく メモリアクセスをしようとしますので、アクセ 
スが終われば、すぐに次のアドレスを出力しようとするからです。 

しかし逆に、図 6.1.a のように X68030 本体側には AS 信号をネゲートしてア 
クセスが終わったように見せながら、68040に対してはまだ'アクセスが完了し 
ていないように見せかければ、その間アドレス信号が変わることはありません0 
もちろん、 AS 信号をネゲートすれば、データバス上のデータが無効になっ 
てしまうので、その前にデータだけは取り込んでおかなければなりません。そ 


こで登場するのが DLE (Data Latch Enable) モードと呼ばれる特殊なアク 
セスモード* 1 です。 

68040は、データバスの内部にデータを一時的に保持するラッチを持ってお 
り、アクセスのサイクルに関係なく、 DLE 信号を Low レベルにすると、その 
ときにデータバスのデータをこのラッチに保持してくれるのです。図 6.1.a の 
矢印で示したタイミンダで DLE 信号を Low にしておけば、データは68040内 
部に保持されるので、 AS 信号をネゲートした後に TA 信号をアサートしても 
ちゃんとデータを受け取ることができます。 


* 1 

もともと、 DLE モー 
ドは同期アクセスと相 
性の悪いデバイスを接 
続するためにあるので、 
最初からこれを活用す 
べきだったかもしれま 
せん。 



図 6.1 DLE モードのタイミング 
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DLE モードを使うようにしてアドレス変化のタミンングをずらすようにし 
たところ、バッチリ VRAM のゴミが出なくなりました。 

しかし喜んでもいられません。この対处は、もちろんソフトウェアではすみ 
ませんから、3度目の GAL 交換です。さらに悪いことに 040turbo の本来の回 
路では DLE モードを使うようにはなっていませんでしたから、基板改造が必 
要になりました。 

DLE モードを指定するには、68040のリセット中に MDIS (Mmu DISable) 
信号をアサートしてやらなければなりません。この信号は、68030の MMUDIS 
(MMU DISable) 信号につないでいるだけでしたから、そのままではリセッ 
卜中はネゲートされたままで DLE モードになりません。 

最初は単純に考えて、 MDIS 信号を68040の RSTI (ReSeT In ) 信号と接 
続したのですが、動かなくなってしまいました。 DLE モードが変なのかと思 
っていたのですが、実はこれは X68030 側の回路に問題がありました。どうも 
X68030 側で MMUDIS 信号や CDIS 信号をまとめて1つの抵抗でブルアップ 
しているらしいのです。このため、68040側で MDIS 信号をリセット中にアサ 
ートすると、 X68030 側を回って6804 Of 則の CDIS 信号までアサートされてしま 
います 0 CDIS 信号をリセツト中にアサート* 1 すると、こちらはアドレスパ'ス 
とデー タパ' スを時分割で'使う多重イレ< スモードになってしまいます。 

X68030 の回路* 2 を恨んでもしかたがありません。68040の MDIS 信号を、 
X68030 の MMUDIS 信号につないだままではダメですから、写真 6.1.a のよう 
に、 040turbo 基板±のパターンを切断したうえで、写真 6.1.b のように、 RSTI 
信号と接続します。もう1本の接織線は DLE 信号を GAL に接続している線で 
す0 



写真 6.1 改造箇所 a . MDIS 信号のパターンカット（左） b . 改造線を張ったところ（右） 


氺1 

ほかに IPL 0-2 信号 
などをリセット中にア 
サートすると、 ラージ 
バッフアモー ドになり 
ます。 


氺 2 

68030 のューザーズ 
マニュアルに、68030 
を68020のシステムに 
つなぐための回路例と 
して載っていたので、 
これに 倣ったのでしよ 
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結局、 

• MDIS 信号と MMUDIS 信号のノ、。ターンをカットする 

• MDIS 信号を RSTI 信号に接続する 

• DLE 信号を、新たに GAL で作り出した信号ピンに接続する 
この3点の改造を施さなければならなくなりました。 

タイミングの改良 

VRAM のゴミが出なくなったのはいいのですが、 X68030 側にアクセスが 
完了したように見せてから、さらに68040側は1クロック待つわけですから、 
またまたウェイトが'増えてしまいました。 

これで合計3ウェイト。いくらなんでも多すぎます。今までは性能は二の次、 
とにかく安定して動けばよいという方針できましたが、 VRAM のゴミと性能 
を种にかけると、ちょっと厳しいところです。 

しかし、考えてみるとメインメモリアクセスでは別に問題は出ていませんで 
したので、 VRAM アクセスのときだけ1クロック侍つだけでもすませられそ 

5です。 

実際には VRAM アクセスだけというのは面倒なので、* 1 DSACKx 信号で16 
ビットサイズのデータバスだった場合* 2 には1クロック待つということにして 
みました。 

試してみたところ、これも VRAM のゴミが出ませんし、メモリアクセス 
もほぼ今までどぉりです。 

よしよし、これで 完璧 だな。 

そう思って、これで対処しようかと思いましたが、 GAL を交換しなければ 
いけないことには変わりがありません。かつて同じようなミスで2回* 3 も GAL 
を交換していますから、今回の GAL 交換はあわてずに他の部分で改良ができ 
ないかどうかも含めて、じっくり検討してみることにします。 

まずは、今ある、2クロックのウェイトです。 

ためしに、 TS 信号から AS 信号を作り出すときのウェイトをなくしてみた 
ところ、あっさり動いてしまいました。どうもこのウェイトが'必要なのはパ'ラ 
ック基板の問題* 4 だったようです。これで、ウェイトは1クロックになりまし 
た。 

これなら、ノーウェイトでいけるかもしれない！ 


* 1 

変換回路はアドレス 
をチェックしていない 
ので、 VRAM アクセ 
スかどうか判断できな 
いのです。 

氺2 

DSACK 0 が High 、 
DSACK 1 が Low とい 
う組み合わせです。 


氺3 

MMU とコピーパ'ッ 
クの2回の GAL 交換 
がありました。 


* 4 

グチヤグチヤの配線 
だったので、アドレス 
が安定するのが遅かつ 
たのでしよう。 
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今度は、本命の DSACKx 信号から、 TA 信号を作っている部分のウェイト 
を削ってみました。 

しかし、さすがにこちらはエラーで'す。ただ、まったくまにあわないように 
も見えません。ほんのわずかのタイミングで何か失敗しているようです。いろ 
いろ調べていくと、 DSACKx 信号からデータバスのサイズを決定していると 
ころに問題があることがわかりました。 

DSACKx 信号は DSACKO と DSACK1 の2本の信号からできていて、どち 
らかが Low レベルになって応答するとともに、この2本の信号の組み合わせ 
でデータバスのサイズを示すようになっています。ここで、変換回路は、 
DSACKOft 号と DSACK1 信号をクロックの立ち下がりエッジでフリップフロ 
ップに取り込み、データバスのサイズを決めていたのです力 5 '、どうも DSACKO 
と DSACK1 が同時に Low レベルにならない場合があることが見つかりました0 
図 6.2 のように DSACK1 が Low になった後で DSACKO が Low になるというよ 
うに微妙にずれる* 1 と、本来はロングワードアクセスであるはずが、ワードア 
クセスと思って変換回路は誤って動いてしまうのです。 

2つの信号がずれてもいいように、変換回路の GAL のプログラムを修正し 
てみたところ、 DSACKx 信号から TA 信号を作る部分の1クロックのウェイ 
卜をなくしても、問題なくアクセスできるようになりました。 


* 1 

68030のタイミング 
チャートではずれを許 
しているので、これで 
も問題ありません。 


これなら、68030とほほ饲じメモリアクセス速度だ0 


CLK 




DSACKO 


DSACK 1 


図 6.2 アクノリッジ信号のずれ 
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ためしにメモリアクセスプログラムを作って実行してみたの力す、表 6.1 です。 
68030の命令キャッシュ、データキャッシュの両方がオフであるときの DRAM 
アクセス時間を1として、その他の場合の相対的なメモリアクセス時間を表し 
ています。旧 GAL の68040のメモリアクセスは、2クロックのウェイトが足 
を引っ張って、68030よりも時間がかかっていましたが、新 GAL では改善さ 
れ、68030よりも短くなっています。といっても、実際のメモリアクセスに要 
するクロック数は同じはずです。イ可が起こっているのか* 1 と思って、実際のア 
クセスの様子をロジックアナライザで観察してみたところ、68030が1命令1 
命令の実行の間に内部处理のための空き時間が入る* 2 のに対し、68040ではメ 
モリアクセスと内部处理が並行して実行されたおかげで、メモリアクセスが連 
続的に実行されていました。このため、相対的にメモリアクセスの時間力 ? 短縮 
されたように見えるのです。これは、命令キャッシュをオンにするとさらに顕 
著になり、 DRAM アクセスに関しては68040のメモリアクセス時間は68030の 
半分以下になったように見えます。 


* 1 

といっても、単純に 
命令実行時間の違いで 
はありません。この表 
の値は、メモリ転送命 
令を1000000回実行す 
るのに要した時間から、 
レジスタ転送命令を 
1000000回実行するの 
に要した時間を引いて 
求めているからです。 


表 6.1 メモリアクセス時間の比較 



キヤツシユ OFF 

命令キヤ 

ッシュ ON 

DRAM 

VRAM 

DRAM 

VRAM 

68030 

1 

1.52 

0.63 

1.31 

68040 + IQGAL 

1.1 1 

1.88 

0.41 

1.32 

68040 +新 GAL 

0.83 

1.49 

0.32 

M 2 


68030 キャッシュオフ時の DRAM アクセス時間を I とする。 


氺 2 

ウェイトが入る 
VRAM アクセスの場 
合は、内部処理がゥェ 
イト中に実行されてし 
まうので、差が縮まり 
ます。 


クロックアップへの対応 

これで完璧かと思ったのですが、やはり問題がありました。クロックアップ 
に耐•えられなくなっていたのです。もともとの 040turbo の GAL は2クロック 
のウェイトがあったので、68030よりもクロックアップに対するマージンが大 
きく、余裕でクロックアップできていたのですが、ウェイトを削った分、マー 
ジンが減ってしまったのです。 

本来、 X68030 は 25MHz のクロックで動作しているのですから、このクロッ 
クでベストの性能が出れば、後のクロックアップでの性能はどうでもいいとい 
えなくもないのです力 5 '、すでにこのときは家のマシンもクロックアップの改造 
をしていたので、 25MHz だけにこだわってはいられません。 

せっか〈削ったウェイトですが'、設定によってウェイトを入れられるように 
しました。 25MHz で満足な人はウェイト無しの状態にし、クロックアップし 
たい人はウェイトを入れる設定をすればいいのです。 GAL の空き端子で、こ 
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の設定をするようにしました。 


1.1C 2の9番ピンを Low にする 

DSACKx 信号から丁 A 信号を作る間に1クロックウェイト 
2. IC1 の5番ピンを Low にする 

TS 信号から AS 信号を作る間に1クロックウェイト 


両方の設定をすれば、ほぼ、前の GAL と同じタイミングになりますが、 1. 
の設定だけで 36MHz でも十分動き* 1 ました。 

実験 

これらの対处で、ほぼ 导のいくものとなりましたが、やはり、まだ油断は 
できません。なんといっても、わが家のマシンで問題が出なくても、他の人の 
ところで問題が出ないとはいえません。 

今回は基板改造というイ镑も侍っていますから、大事をとってイ可人かに試し 
てもらうことにしました。 

NIFTY-Serve で参加者を募ったところ、じやぎゅあ氏とおゆ氏が参加し 
てくれました。また、クロックアップでいろいろ試してもらっていた Y. 氏、お 
よび名古屋近郊ということで SUPRA 氏には直接依頼して「人柱 j* 2 になって 
もらいました。 

その結果、 VRAM ゴミ問題」は解消され、クロックアップした場合でも 
1ウェイト入れれば大丈夫ということ力印鶴忍されました。改造について、 
自分でやるのは不安だという人の分は改造を請け負い、自分で改造できる人に 
は、対処 GAL を焼いたものを送って、交換してもらうことになりました。 


氺 1 

68040モードは問題 
なく動きますが、68030 
モードは起動すらしま 
せん。 


氺 2 

実験参加者は「人柱 j 
と呼ばれていました。 


COLUMN 


GAL 艇 

もちろん「焼く」というのは、書き込みをするのに高電圧をかけることか 
ら転じた、いわゆる業界用語です。実際、 ROM などはデータが多くて書き 
込み時間がかかるので、書き込み後すぐに触ると結構熱くなっているのがわ 
かります。 

040 turbo では、すべての GAL のソースと、 GAL ライタにかけるための 
JEDEC 形式というファイルを公開していますので、 GAL ライタさえあれば 
自分で GAL を焼くことができます。しかし、いくらマニアックな ユーザー 
が多いといっても、さすがに GAL ライタを持っている人はそう多くはいま 
せん（それでも、参加者のうちに何人かいたのが凄いところです）。 
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BEEPs 氏、 GAL を焼くの図 
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040turbo は大丈夫か? 


040turbo の製作過程を駆け足でお話ししてきました力す、いかがだったでし 
ようか。この本* 1 を書いている今も、実は VRAM ゴミ問題」対处作業のま 
っ最中です。今回は基板の改造作業を各自でやってもらい、それが完了した人 
から順に変更になった GAL を発送する* 2 ということにしたので、まだすベて 
の差し替えが終わっていません。 

4度こそ^だ 0 

と思ってやってきたのに、やっぱり問題* 3 が発生していますから、また、別の 
問題が出てくるかもしれません。個人の趣味で作ったものですから、基本的に 
「動けばいい」ということで設 S 十していますし、第一、 X 68030 f 則のハードウェ 
ア、ソフトウェアの情報が不足していますから、推測で補っている部分が多数 
あります。そういう意味で「搬4•大丈夫」と保:証することは永遠にできないで 
しょぅ。 

しかし、フリーソフトウェアが、公開後いろんな人に使われて徐々に安定し 
たものになっていくように、 040turbo も第一次、第二次の参加者によって使 
われることで多くの問題を発見し、克服してきました。ハードウェアの 3 回の 
バージョンアップだけでなく、ソフトウェアのほうもバージョンアップを頻繁 
に行いました。その甲斐あって、今では 68040 モードが当たり前で、わが家の 
X68030 が本来の 68030 モードで使われることはゲームのとき以外はほとんど 
ありません。それくらい安定して* 4 動いています。 

また、 Human68k についてしか触れてきませんでした力す、 040turbo 対応の 
NetBSD* 5 など、まだまだ 040turbo のソフトウェアについてはおもしろい話 
がたくさんあります。これらは、フリーソフトウェアの作者の方々にお願いし 
て寄稿してもらった「番外奮闘編」にまとめましたので、そちらに譲るとして、 
最後に、ハードウェアエ作のおまけとして次の 4 点を紹介しておきましよう。 

• 倍クロック回路 

• クロックアップ改造 

• ハィ レゾ改造 

• 040turbo on X68000 


* 1 

1994年4月現在、予 
定は大幅に遅れていま 
す。 


* 2 

一気に全員分を差し 
替えられるほど GAL 
の予備がないのでしか 
たがありません。 


* 3 

正規の製品だったら 
ひんしゅくものです。 


* 4 

付録に 040 turbo での 
アプリケーシヨンの動 
作状況をまとめておき 
ました。 


* 5 

フリーの UNIX の1 
つです。 X 68030 版は、 
沖氏を中心として移植 
が進められています。 
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倍クロック回路 


現状の 040 turbo の最大のウイークポイントは、68040の PCLK 信号に必要 
な 50 MHz クロックを、 X 68030 のマザーボードの 50 MHz のオシレータから 1 C 
クリップを使って直接取り出している点です。もっとも、実際の動作は当初心 
配していたほど不安定ではなく、 25 MHz の通常の X 68030 なら問題ないよう 
でした。さすがにクロックアップ改造しているマシンだと動作が不安定で、こ 
れは、 1 C タリップをやめて半田付け* 1 してしまえば解決するという見通しか 
ら、なんと力吟の方式で動かすことを考えています。 

ただ、こういう形での電気信号の伝送は、もともと胸を張れたものではあり 
ません。このため、別の手段で PCLK 信号を作り出す方法を実験することに 
しました。これが、倍クロック回路です。 

040 turbo のバラック基板で最初にやったように、安易な遁倍回路では安定 
した倍クロックは得られませんので、今度は真面目に倍クロック専用の LSI を 
使ってみました。モトローラの MC 88915* 2 チップがそれです。入カクロック 
の倍のクロックを生成するだけでなく、設定によって2分の1のクロックや4 
倍のクロックも生成することができるという優れものです。これを使用すれば、 
X 68030 の68030ソケットからくる 25 MHz のクロックをもとに、68040の PCLK 


* 1 

このことから判断す 
ると、不安定動作の原 
因は、クロックアップ 
したからというよりも、 
オシレータを取り替え 
られるように ic ソケ 
ットを使わざるおえな 
かつたからかもしれま 
せん。 


氺2 

クロックシンクロナ 
イザと いう 名前が つい 
ています。 


COLUMN 


040SYSpatch.x 

040 turbo 対応プログラムの核となる 040 S YSpatch . sys はじゃぎゅあ氏の手 
によって大幅に改良が加えられ、 ver 2.5 からは、' 040 SYSpatch . x " という 、'. x " 
の拡張子の実行 ファイル になっています0といっても、 ハ。 ッチプログラムと 
しては従来どおりデバイスドライバ、として登録しなければなりません0コマ 
ンドラインから実行した場合はバージョン表示をするようになっています。 

改良点は多々ありますが、特に便利になったのは ROM のパッチ後にリセ 
ットなしに1発で起動するようになったことです0 MMU のアドレス変換機 
能を使って、 ROM コピー領域を本来 ROM が存在するアドレスにマッビング 
するようにしたため、 ROM コピー領域でリセットし直す必要がなくなった 
のです。 

ほかにも、 懸案だった デバイスドライバ 呼び出し時の キヤッシュクリアを 
パスさせることでデイスクアクセス 時の キヤツシュクリアによるパフオーマ 
ンス 低下が大幅に改善 さ れています。 
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信号に必要な 50 MHz のクロックを 040 turbo の基板 _ t で生成することができる 
というわけです。実は、このやり方は「68040デザイナーズハンドブック」に 
も使用例が紹介されています。 

「じゃあ、なんで最初からこれを使わなかったんだ？」という疑問を抱かれ 
るかもしれませんが、バラック基板を作っているときは MC 88915を入手でき 
ず、触ったこともなかったのです。使ったことのないチップは怖くて使えませ 
ん〇 

ところ力 5 '、 040 turbo の基板配布を始めたことでいろいろな情報が集まって 
くるようになりました。そのなかで、 50 MHz のクロックを得る改良案として 
桑野氏* 1 が、このチップを使って実験してくれました。また、 PA 5 氏* 2 は、 
同じく倍クロック生成用のサイプレスの CY 7 B 991-7 JC というチップで実験し 
てくれました。 

しかし、両方ともうまくいきませんでした。桑野氏からは MC 88915と実験 
回路を送ってもらって私自身もあれこれ試してみましたが、やはりダメでした。 
50 MHz ともなるとわが家の 80 MHz のロジックアナライザではまともに観測 
できませんので、デバ'ツグのしようがありません。 


氺1 

『Inside X 68000』、 
r Outside X 68000』、 
『 X 68030 Inside/Out i 
の著者として有名です 
ね0 


* 2 

ジャンク品の68040 
を安価で提供してくれ 
た人です。 


100 MHz < らいの オシロスコープが ほしいな あ 0 


そんなことを思いながら、しばら〈放っておきました。 

クロックアップと倍クロック回路の関係 

ところ力\あるとき、ひよんなことから、これが日の目を見ました。なんと 
クロック アップして いると、 この 倍クロック 回路で 040 turbo が 動作す るよう 
になったのです。 

もともとは 「 VRAM ゴミ問題」の対処のためにわが家の X 68030 をクロッ 
クアップしたのですが、この問題が片付き、やれやれと思っていたとき、つい 
でに倍クロック回路を試してみようと思い、つないでみるとあっさり動くでは 
ありませんか。このときは、 50 MHz のオシレータのかわりに 72 MHz のオシ 
レータをつないで 36 MHz にして動かしていたのです。ためしに 50 MHz の才 
シレータに戻してみると、やはり動かなくなりました。倍クロック回路は確か 
に動いていたのです。動かない原因は 040 turbo のほうにあったわけです。「36 
MHz で動いて 25 MHz で動かない」というのはなんとも奇妙な話ですが、こ 
こで、はた、と気がつきました。それは、 040 turbo で使っている反転クロックの 
問題です 0 
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68040の信号は BCLK 信号の立ち上がり力_になっているのに対し、68030 
の信号は主に CLK 信号の立ち下がりで動作します。このため、 040 turbo では 
マザーボードからの68030の CLK 信号を反転させ、これを BCLK 信号として 
68040に与えているのです。普通、反転信号を得るためには、図7丄 a のように 
not 回路を使うのですが、それだと図 7.1 .b のように not 回路の遅延分だけ反転 
した信号が遅れてしまいます。これを嫌って、 040 turbo では図 7.2 .a のような 
回路で元のクロックの反転信号を得ているのです。元の CLK 信号自体が X 
68030のマザーボード上の 50 MHz クロックをトリガにしてフリップフロップ 
回路で分周して作り出されているので、同じように、この 50 MHz のクロック 
をトリガ' とし CLK 信号をフリップフロップで取り込んでやります。こうすれ 
ば、 CLK 信号も BCLK 信号も同じようにフリップフロップを1個通ってくる 
ことになる* 1 ので、図 7.2 .b のように元の 50 MHz のクロックに対し、ほぼ同じ 
遅れで反転した信号になります。 

しかし、この反転クロックの生成の凝った作りが仇になりました。倍クロッ 
ク回路で作られる 50 MHz のクロックは 25 MHz のクロックをもとに生成した 
ものですから、むしろ遅れるのは 50 MHz のクロックのほうです。このため、 
正常な反転クロックを得ることができなくなるのです。 



* 1 

マザーボード上で 
CLK 信号を作ってい 
るフリツプフロツプは 

74 F 803 という 1 C を使っ 
ています。一方、 040 tu 
rbo では 74 AS 74 という 
1 C を使っているので、 
実際には、多少の違い 
は出ます。 


50 MHz 

CLK 

BCLK 




A _ 厂 

J ~ 


( b ) 波形 

図 7.1 not 回路による反転信号 
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( a ) F _ F . 回路 



( b ) 波形 

図 7.2 040 turbo の反転信号 


* 1 

74 AS 74 というフリ 
ップ フロ ップを使って 
います。 


そして、実際に倍クロック回路の波形を PA 5氏に測定してもらった結果が 
図 7.3 です。これは CY 7 B 991-7 JC の波形ですが、 MC 88915の波形も同じよう 
になっているのでしよう。 

図 7.3. a が、マザーボードから 50 MHz クロックを取り出した場合の波形です。 
50 MHz の波形はよくこれで動いているなとあきれるくらいひどいものですが、 
それはおいておいて、この 50 MHz のクロックの立ち上がりをトリガにしてマ 
ザーボードの 25 MHz のクロック信号が変化していることがわかります。同様 
に、反転クロックも、この 50 MHz の立ち上がりをトリガにして 25 MHz のク 
ロックの矢印の部分を取り込んでいますので、ちゃんと反転信号になっていま 
す0 


50 MHz 


CLK 



CLK 

CLKX 2 


L に ノ 

へ - 

八 



r 


BCLK 



BC し K 



( a ) 1 C クリップ取り出しによる波形 （ b ) 倍クロック回路による波形 

図 7.3 040 tu 「 bo クロック波形 
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ところ力す、倍クロック回路で作った 50 MHz では、こうはいきません。図 7.3 .b 
を見るとわかるように、 25 MHz で生成した 50 MHz のクロックの立ち上がり 
は元の 25 MHz のクロックより若干遅れているのです。このため、反転クロッ 
クは元の 25 MHz クロックが変化した後の矢印の部分の信号を取り込んでしま 
い、反転信号にならずに元の信号と同じ、;®^になってしまっているのです。 

倍クロック回路の試み 

さて、原因がわかったところで対処方法ですが、 PA 5氏は、倍クロック回 
路で生成する 50 MHz のクロックを、図 7.3 .a と同じように元の 25 MHz のクロ 
ックよりも若干早めに出るように調整して成功させました。 CY 7 B 99 卜 7 JC は、 
生成するクロックのスキューを調整できるのです。図 7.4 がこのチップを使っ 
た回路図、写真 7.1 がこの回路を取り付けた 040 turbo です。 

一方、 MC 88915は倍クロックのスキュー調整ができませんが、かわりに反 
転クロックが出力されているので、 040 turbo 本来の反転クロックの生成回路 
を殺して、 MC 88915が作った反転クロックを使うようにしてみました。図 7.5 
が 040 turbo のコントローラ部を MC 88915対応に改造した回路図です。 


VCC 


Uv^ 


CLK 


FB 

3Q0 

FS 

4Q1 

REF 


4F1 


3F0 

VCCQ 

3F1 

VCCN 

TEST 

GND 

CY 78991 


2,9 


-CLKX2 

vcc 


VCC 




凡- AA/V - HkQ VCCN =9,16 f 18,25 

例一- K ).1 #F GND =12,13,21,22,28,32 


図 7.4 040tu 「 bo の倍ク Q ック回路例 1(CY7B991 の場合 ) 



写真 7. 1倍クロック回路を取り付けた 040 turbo 
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これをもとに作ってみたのが、写真 7.2 の倍クロック回路です。無事、こち 
らも動かすこと力 ? できました。 

倍クロック回路を使えば、 1 C タリップを使ってマザーボードから 50 MHz ク 
ロックを耳又らなくても 040 turbo 上で作り出すことができ、マザーボードの 
68030ソヶットへの取り付けだけですむようになります。プリント基板のアー 
トワークをやり直す機会* 1 があれば、この回路を取り入れたいと思っています。 



GND = 1, 13,17,20,24 

図 7.5 040 tu 「 bo の倍クロック回路例2 ( MC 88915の場合） 


* 1 

当分ないとは思いま 
すが。ちなみに、現状 
の 040 turbo に取り付け 
る形の倍クロック回路 
を オプション ボードと 
して検討中です。 
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禁断の改造技〜クロックアップ〜 


倍クロック回路の直接的なメリットは「取り付けの手間が減る」ということ 
ですが、実は別の恩恵もあるのです。倍クロック回路の試みで明らかなように、 
1 C タリップで取り出した 50 MHz のクロック信号は図 7.3 .a のように思いっき 
り歪んでいて三角、波のようになっています。しかし、倍クロック回路で作った 
信号はかなりきれいな波形* 1 です。この、安定した PCLK 信号が作られる！： 
いうことから、「クロックアップ」がやりやすいという恩恵が出てきます。 

VRAM ゴミ問題」でわが家の X 68030 をクロックアップしてみたときは、 1 C 
クリップを使う t 66 MHz のオシレータではなんとか動きましたが、 72 MHz 
のオシレータを使うとたまにコケることがありました。もっとも、今は半田付 
けして直接クロックを取り出しているので、倍クロック回路を使わなくても72 
MHz で動作させることができますが、半田付けでなくても倍クロック回路を 
使えば楽々と SW 乍させることができます。さらに、 1 C タリップによる接続で 
は起動すらしなかった 80 MHz のオシレータによる68040 -40 MHz の動作も、 
なぜかデータキャッシュをオンにすると暴走* 2 してしまいましたが、データキ 
ャッシュなら起動して普通に使うことができました。倍クロック回路のほうカミ 
クロックが安定している分、高いクロックカす狙えるのです。 


氺1 

方形波とはいいがた 
いですが。 


* 2 

25 MH Z の68040に40 
MHz のクロックを与 
えているのですから、 
暴走しても当然ですが。 


クロックアップは得か？ 

X 68030 が相当に速いのは第1章で説明したとおりです。それに 040 turbo を 
搭載すれば、さらにその2〜3倍の速度になりますから、性能的に不満がある 
わけではありません。そもそもクロックが 25 MHz から 36 MHz になっても性 
能は1.51咅にもなりませんから、本当に高性能を追求するなら、もっと別のア 
プローチ* 3 をしたほうがいいでしよう。 

それに、 クロックアップはメーカーがマージンと して残しておいたタイ ミン 
グ上の余裕を食いつぶすことになるわけですから、安定動作は保:証されません 
し、半導体素子は動作 クロックが 上がればより多くの熱を持ちますから、壊れ 
る危険注は高くなります。もちろん、 クロックアップの ためのマザーボード改 
造もまた危険な作業の1つですから、これらのリスクを考えると、無理にやる 
ほどのことではありません。 

それでも、あえて愛機の性能の限界に挑戦してみるのは、それはそれで意味 
のあることだと思っています。もっとも、私の場合は VRAM ゴミ問題」の 


* 3 

安易な道としては、 
X 68 を捨てて別のマシ 
ンに乗り換えるという 
ことです。私としては 
68060に期待したいと 
ころです力、どうなる 
ことやら。 
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対处のためにクロックアップせざるを得なかった* 1 わけですが、いずれは挑戦 
してみるつもりでした。 

クロックアップのマージン 

ひ!:言でクロックアップのマージンといってもいろいろありますが、一番効 
いてくると思われるのはメモリの応答速度でしょう。図 7.6. a のように、 
DSACKx 信号はメモリの応答に先立ってアサートされます。これは、前にも 
説明したように、68030が①のタイミングで DSACKx 信号を認識した後、1 
クロ ック後の②のタイミングでデータを取り込むからです。ですから、データ 
が出てくるのは、②よりも一定時間* 2 前であれば、①より後でもかまわないの 
です。 

では、クロックアップするとどうなるのでしょう力、。図 7.6. b がクロックア 
ップした状況です。①からどれくらい遅れてデータが出てくるかはメモリチッ 
プの応答速度で決まりますので変わりませんが、1クロックあたりの周期が短 
くなるので、結果的にデータカ整ってから②までの間隔が詰まってきます。そ 
して、この間隔がセットアップタイムを満たせなくなる* 3 と、データを取りこ 
ぼします。 

結局、これがクロックアップの限界となります。なお、ウェイトを入れて、 
図 7.6. b の② 1 T はなく、次のクロックの立ち上がりタイミングでデータを取る 
ようにすれば余裕を持ってアクセスすることができます。これが 、 「VRAM 
ゴミ問題」の対妙といっしょに新版 GAL に盛り込んだウェイト挿入の機能* 4 
です。68040は変換回路を経由して応答を返すようにしているので、このよう 
な対处が容易にできるのです。68030の応答も変換回路を経由するようになっ 
ていれば対処可能ですが、 040 turbo は残念ながら、そうなっていません。* 5 



33 MHz 

CLK 




■{! 毛効丁一夕 


(a) 25MHz 動作 


(b) 33MHz 動作 


氺 1 

速度というのはすぐ 
に慣れてしまうもので、 
最近では 36 MHz の680 
40の速度にも慣れてし 
まって、もっと速くな 
らないかと思っていま 
す0 


氺2 

「セットアップタイ 
ム J と呼ばれます0 
68030 -25 MHz の場合は 
2 nsec です。 


*3 

データシートの セッ 
トアップタイムにもマ 
ージンがかかつている 
ので、それより多少短 
くても動くでしよう。 


氺4 

もとから旧版 GAL 
にはウェイトが揷入さ 
れていましたから、正 
?萑にはウェイトを削る 
か残すかを設定によつ 
て選択できるようにし 
たということです。 


*5 

040 turbo の製作では 

シンプルな回路を心が 
けたので、68030の信 
号にはなるべく手をつ 
けないようにしたので 
す。 


図 7.6 DSACKx 信号の先出しとメモリの応答速度 
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クロックアップの動作 

私がクロックアップのために施した改造は、単に X 68030 のプロセッサ用の 
50 MHz の オシ レータを外し、 オシ レータを交換できるように 1 C ソケットにか 
えただけです。 X 68030 に使われている オシ レータは正方形のタイプでしたが、 
長方形のタイプのほうが入手しやすいので、図7.7のようにソケットを工夫し 
て長方形の オシ レータも挿せるようにしています。クロックの切り替え回路* 1 
などは使っていません 0 また、一 AS に システム クロックといわれている 20 MHz 
の オシ レータのほうはそのまま* 2 です。 



写真 7.3 が 1 C ソケットに取り換えた様子です。 



: 0000 〇 
I 0000000000 
0000000000 

000000000 

W \ ^ W I M * I 丄 — /•、 


写真 7.3 ソケットに！ 
ところ 

(上)マザーボード上の位置 
(右)クロックアップ用オシ I 
ソケット 


* 1 

クロックアツプの詳 
しい内容は、「バック 
アップ活用テクニッ 
ク」(三オブックス刊） 
31号などに出ています。 


* 2 

X 68000 互換の I / O 系 

は、 プロセッサクロッ 

クの 25 MHz を分周し 
た 12.5 MHz が使われ 
ているようですので、 
20 MHz のオ シ レータ 
は、 I / O ス ロッ トのア 

クセスと SCC (Serial 
Communication し ont 
roller ) に供給する5 
MHz のクロックにし 
か関係しない気がしま 
す。 
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そして、オシレータをいろいろ交換して試した結果を表 7.1 に示します。 


表 7.1 クロックアップの動作状況 



25MHz 

26MHz 

30MHz 

33MHz 

34MHz 

35MHz 

36MHz 

40MHz 

68030 

〇 

〇 

〇 

△ 

X 

X 

X 

X 

68030 
SW1 設定* 1 

〇 

〇 

〇 

〇 

〇 

〇 

△ 

X 

68040 

〇 

〇 

〇 

△ 

X 

X 

X 

X 

68040 

1 ウエイド 2 

〇 

〇 

〇 

〇 

〇 

〇 

〇 

A 


〇正常に動作△起動はするが途中でエラーが発生 
X 起動せず A データキャッシュオンで暴走（命令キャッシュだけなら正常） 


ウェイトなしだとさすがに 33 MHz でもきついのですが、ウェイトを入れれ 
ばおおむね 36 MHz でも動作しています。ウェイトを入れるとそれだけメモリ 
アクセスが遅くなるので、、へたにウェイトを入れるくらいなら、若干クロック 
を落としても、ウェイトなしで動かしたほうが得になる場合もあります。 

しかし、68040の場合、大きなキャッシュを持っているので、メモリアクセ 
スのウェイトのデメリットがカバーされる可能性があります。 

この関係を見るために、 pv . xiiDHRYSTONE 、 WHETSTONE の値、 
そして、レイトレーシングソフト* 3 について測定してみました0グラフ 7.1 が 
その結果で'す。 


グラフ 7.1 クロックアップと性能 


25MHz 

30MHz 

33MHz 

36MHz 


mm 


■ P 巨 

撒 

m//////M 

1111 


勿 68030 


111111111 illli 


K\\m\\\\\^ 68040 




漏馳川1山111"1^^\\\\\\\\\\，^ 

含\\\\\\\\\\\\^ 






隊 pv.x 
[TTfH DHRYSTONE 
目 WHETSTONE 
關 ray. x 
68030 25MHz の性 
能を 1 としたとき 
の比較 


最もパフォーマンスがよい IC 2 の1ウェイト設定による68040 ~36 MHz 動作 
は、ノーウェイトの68040 -25 MHz と比べて 1.4 倍程度の性能になっています。 
36+25=1.44 ですから、ほぼクロックアップ分とみていいでしょう。オシレー 
夕を取り替えるだけの単糸屯なクロックアップですから、クロック上匕以上に性能 
が上がることはあり得ず、メモリアクセスなど、周辺デ、バ M スのアクセスがつ 
いていかないため、むしろクロック比^下になるの力す普通です。かろうじてク 
ロック比並みの性能が達成できているのはやはりキヤッシュでカバーされてい 


*1 

X 68030 マザーボー 
ド上のスタテイックカ 
ラムオフの設定。 

氺2 

040 turbo 独自の I C 
2の設定によるウェイ 

ho 


*3 

第1章で出てきた 
Hat 氏のプログラムで 
す。 
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るからでしよう。 

68030から68040になったことで性能が2〜3倍になったのと比べると、ク 
ロック アップは小幅のチューンナップという感じです。まあ、マザーボードに 
手をかける度胸と技術さえあれば、後はオシレータ代の数千円の出費ですむの 
ですから、 コストパフオーマンスの 面から比較すると、 クロック アップも捨て 
たものではないかなと思います。ただ、マザーボードを壊したりすると、一気 
に逆転して高い買い物になりますから、その辺も十分考慮する必要があるでし 

x 5 〇 

|禁断の改造技〜ノ咖ゾ〜 

X 68000 時代からクロックアップは行われていましたので'、結構多くの人が 
やっているのでしようが、このハイレソ''改造は、さすがにほとんど聞いたこと 
がない* 1 ように思います。 

ハイレゾ*表示といっても、 X 68000 の 768 X 512 ドットという解像度もハイ 
レゾと呼ばれていましたから、何を基準にハイレゾというかにもよりますが、 
ここでは、とりあえず 1024 X 768 ドットクラスの解像度を「ハイレゾ」と呼ぶ 
ことにします。 

さて、 X 68000 の VRAM は仮想画面として 1024 X 1024 ドットの領域を持っ 
ており、画面表示の隠しモードとして 1024 X 848 ドット* 3 の表示機能を持って 
いました。もっとも、水平同期周波数 24 kHz で インタ レース表示を使って無 
理やり表示していますのでチラツキカ 5 '激しく* 4 、とてもまともに使える代物で 
はありませんが、それでもハイレゾへの布石ではあったわけです0 
X 68000 でここまでやっているのですから、後継機種の X 68030 なら、当然、 
ちゃんとした ハイ レゾ、すなわち、 ノンインタレースで 1024 X 848 ドットの解 
像度を実現してくれるものと思っていました。 

ところが、 X 68030 の表示系はほとんど機能披張されなかったのです。これ 
には少なからずガッカリ* 5 しました。 

初代 X 68000 から披張されたのは、 X 68000 Compact で搭載されるようにな 
っ た VGA モード* 6 のみで、 す。 

もしかしたら、 SVGA モードがあるんじやないか〇 * 7 


氺1 

前に NIFTY-Serve 
で私が報告したことが 
ありますが。 


* 2 

High Resolution の 
略0 


氺3 

画面モード 18 です。 


氺4 

チラツキの目立たな 
い長残光タイプのディ 
スプレイを使っている 
人がいるという話を聞 
いたことがあります。 


氺5 

フルカラー 化は V 
RAM の容量を増やさ 
なければならないから 
難い、としても、ハイ 
レゾのほうは比較的簡 
単にできるのではない 
かと思います。 


* 6 

IBM PC/AT 互換 
機の世界で主流の、 640 
X 480 ドットの解像度 
の画面モードです。 


氺7 

こちらは SuperVGA 
モード、すなわち 、 VG 
A の 640 X 480 ドツトの 
解像度を超える画面モ 
ードです。 
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とひそかに期待したのですが、それもありません。 『 X 68030 Inside / Out 』 （ソ 
フトバンク刊）で公表された X 68030 の回路図を眺めてみても、やはり、ハイ 
レゾへのハードウェア的な対応はなされていないようです。 

何が足りない？ 

ところで、1024 X 848 ドットがインタレース表示になってしまうのはなぜで 
しようか。そして、ノンインタ レースに するにはどうすればいいのでしようか。 
これには、ドットクロックカす関係してきます。 

そもそも画面表示というのは、画面上を電子ビームを左右に振りながら上 
から下へなぞること* 1 で実現しています。そして、図 7.8. a のように、この画面 
走査のタイミングにあわせて VRAM の情報を順次読み出していき、電子ビー 
ムの出力を調整すれば、 VRAM の情報に対応した画面ができあがるわけです。 

そして、この VRAM を読み出すタイミングをとるものが「ドットクロック」 

と呼ばれるクロックです。図 7.8. b のように、ドットクロックカ 5 '遅ければ ' VRAM 
を読み出す速度がゆっくりになり、相対的に画面表示の解像度が低くなります 
し、図 7.8 x のようにドットクロックが速くなれば解像度が篇くなります。 


oo - e ■■ ン 

0^3 〇 > 

( b ) 低いドットクロック 


( c ) 高いドットクロック 


図 7.8 画面表示とドットクロック 

さて、 X 68030 を見てみると、ドットクロックの元となるオシレータとして 
69.551 MHz と50.350 MHz と38.864 MHz の3つのオシレータを搭載している 
ことがわかります。これを、 OSCIAN 2 という 1 C で2分周したものをドット 
クロックとして使っています。最も速い69.551 MHz でも2分周した 34.7 MHz 
がドットクロックとなり、これで実現できる解像度は 768 X 512 ドットです。 
CRT コントローラの設定値を調整して無理やり表示範囲を広げても、せいぜ 
い、 800 X 600 ドットがいいところです。 

もっと速いドットクロックにすれば、当然、解像度は上げられるはず。* 2 



( a ) 画面走査 


* 1 

これを「走査」とい 
います。 


氺2 

むやみにドットクロ 
ックを上げても 、 VR 
AM アクセスがまにあ 
わなければしかたがあ 
りませんが、 X 68030 は 
デュアルポート RAM 
を使っているので、か 
なりの高速アクセスに 
堪えられそうです。 
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VGA モードはほとんど使いませんので、 VGA モード用の50.350 MHz の才 
シレータを100 MHz のオシレータに取り替えてみることにしました0これで 
も2分周すると 50 MHz になってしまうので、ドットクロックとしては決して 
速くはありません。 IBM PC/AT 互換機の世界の SVGA で、1024 X 765 ドッ 
卜といった解像度を扱う場合は、普通、 75 MHz や 80 MHz t いったドットク 
ロックを使うので、2分周されてしまう X 68030 でそのくらいのドットクロッ 
クを作るには本当は 150 MHz くらいのオシレータをつけたいところですが、 
100 MHz を超えるオシレータは売っていない* 1 ので、しかたがありません。 


オシレータの取り替え 

ドットクロックのオシレータの取り替えも、クロックアップのためのオシレ 


ータの取り替えと手順は同じです。写真 7.4 のように50.350 MHz のオシレータ 


を外して、ソケットを耳又り付けました。 



写真 7.4 ドットクロックオシレータを外してソケッ 
卜を取り付けたところ 


* 1 

特注すれば作ってく 
れるかもしれませんが。 


さて、このソケットに 100 MHz のオシレータを取り付けるわけですが、そ 
のまま取り付けただけではうまくいきませんでした。画面がグチヤグチヤにな 
ってしまったのです。100 MHz のオシレータを外せば正常になります。 

調べてみると、 X 68030 の、69.551 MHz と50.350 MHz のオシレータの切り 
替えは、図 7.9 .a のように2つのオシレータの出力をつないでおいて、図 7.9 .b 
の HR 信号によってオシレータの1番ピンを制御して、片方のオシレータ出力 
をハイインピーダ'ンスにして、もう一方のクロックしか出さないようにすると 
いうことで実現しています。ところが、買ってきた 100 MHz のオシレータは 
1番ピンの制御ではハイインピーダンスになりません。このため、通常使う 69. 
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551 MHz だけでなく、100 MHz のほうのオシレータも動いてしまって、ドッ 
トクロックがメチヤクチャになっていたというわけです。 


HR 



( a ) 切り替え回路 


図 7.9 


69.551 50.350 

( b ) タイミング 

ドットクロックオシレータの切り替え 


それではと、1番ピンの制御でオシレータ出力をハイインピーダ'ンスにでき 
る品種を探してみると、100 MHz も出せるものは残念ながらありません。* 1 し 
かたがないので、図7.10のように外部回路で出力をハイインピーダ'ンスにする 
ようにしました。 74 F 126 が 100 MHz のクロックをちゃんと通してくれている 
のかどうかははなはだ疑問ですが、動いているようなので、よしとしています。 
写真 7.5 が、その外観です0 


* 1 

これも特注すれば作 
つてもらえるかもしれ 
ませんが。 



写真 7.5100 MHz 回路 
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このタイミングで 
走査線は、次行左 
端に戻る 


CRT コントローラへの設定値 

RO ($ E 80000 )— 154 
R 1($ E 80002 )— 8 
R 2($ E 80004 ) — 23 
R 3($ E 80006 )— 151 
R 4($ E 80008 ) — 788 
R 5($ E 8000 A ) — 8 
R 6($ E 80000 17 

R 7($ E 8000 E ) — 785 


Rl- 

R2- 


表示期間 


水平同期信号 


R3 


R0 


/、イレゾ表示 

実はわが家のディスプレイは、長らく愛用してきた CZ -600 D の調子力 5 '悪く 
なってきたので、思いきって17イ ンチのマルチ スキ ヤン デイスプレイ MAG - 
17 S というデイスプレイに買い替えました0このデイスプレイは数年前から発 
売されている IBM PC / AT 互換機および Macintosh 用の有名なディスプレイ 
の1つで、トリニトロンブラウン管を使った高級品です。* 1 前から憧れていた 
のですが、 X 68030 の水平同期周波数 31 kHz のモードなら追従しますが、 24 kHz 
や 15 kHz には対応していないので、買おうかどうか禱躇していました。しか 
し、急激に安くなったために、店頭で価格表示を見たときほとんどその 
場の勢いで買ってしまったのです0もちろん、その時点ではハイレゾ表示がで 
きるかどうかもわかっていませんでした。 

その MAG -17 S ですが、さすがに高性能です。力、なり無茶な設定をしても、 
なんとか追従してくれます。 X 68030 の CRT コントローラを 直接 叩いていろい 
ろ試したところ、図 7.11 のように、水平同期、華直同期のそれぞれの信号の夕 
イミングを設定することで、1024 X 768 ドットの画面を表示* 2 させることにな 
んとか成功しました。 


図 7.11 同期信号と CRT コントローラの設定 

写真 7.6 が、 MAG -17 S に ハイ レゾ表示させた状態です 0 このハイ レゾ画面 
で見ると、 SX - WIND 〇 W もまったく違った印象になります。もちろん、ノ 
ンインタ レースで すから、 24 kHz のイ ンタ レースに よる ハイ レゾのようなチ 
ラツキ* 3 はありません。 

このの改造で、まがりなりにもハイレゾ表示ができるようになるのです0 
もちろん X 68 シリーズのデイスプレイテレビでは表示できませんので、その点 



氺1 

NANAO のデ、イス 
プレイほど超高級では 
ありません力す。 


氺2 

MAG -17 S の特徴の 

1つである、画面モー 
ドを示す液晶表示パネ 
ルでは 『SVGA 800 x 
600』という判定結果 
でした。ドットクロッ 
ク 75 MHz くらいにし 
ないと 『SVGA 1024 X 
768』という表示はお 
がめないのかもしれま 
せん。 


* 3 

もっともドットクロ 
ックが遅いので、画面 
をじっと見つめている 
と若干チラついている 
かなという感じは受け 
ます。 


表示期間 


R6- 


1 J 垂直同期信号 
R5t 


刀7 
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も考えると簡単とはいえないかもしれませんが、 X 68030 が標準でハイレソ、'表 
示機能を持っていたら、 X 68030 の評価もだいぶ変わっていたかもしれません。 



| X68000 と 040turbo 


さて、 X 68030 I 則の「禁断の改造技」を2点披露したところで、さらに寄り 
道をして X 68000 についてもお話ししておきましよう。私も X 68000 には愛着が 
あるので、 040 turbo をなんとか X 68000 につなぐことができないかと試してみ 
ましたが、残念ながら、今のところ成功していません。* 1 
68020と68030のハードウエア上の差はほとんどないので、「68020 on X 
68000」の機能披張をすることで実現できるはずなのですが、この基板の上に 
040 turbo をつないだ'状態では「エラーが発生しました、リセットしてくださ 
い」というメッセージが出るところまではいきますが、まともに起 UnT きませ 
ん* 2 でした。 

それではというわけで、 040 turbo の変換回路自体を X 68000 対応に改造して 
みたのですが、残念ながら、こちらもうまくいっていません。もっとも、こち 
らはマザーボード上の68000のソケットから 20 cm くらいのケーブルを つない 
で信号線を取り出すようにしたので、物理的な信号伝達がうまくいっていなか 
ったのかもしれません。 

しかし、仮にハードウエア的に 040 turbo を X 68000 に接続できたとしても性 


* 1 

いろいろ無茶なこと 
をしたので、最近は 
68000での動作さえも 
ちょっと怪しくなって 
きています。 

氺2 

もともと「68020 on 
X 68000」 の68020の動 
作も、起動はできます 
が、しばらく使ってい 
ると暴走してしまった 
ので、不安定だったこ 
とは確かです。 
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能的にはあまり期待できません。第1章でも説明しましたが、 X 68030 がちゃ 
んと32ビットバスになって 25 MHz の高速性能を生かせるメモリシステムを持 
っていたから、上 bl 交的シンプルな 040 turbo でもそれなりの性能を出せたので 
す。16ビットバスの 10 MHz の68000を想定した X 68000 のメモリシステムは、 
68040の動作の大きな足カセとなります。本格的に性能を追求するなら、 X 68000 
のメモリとは独立して68040の ボード 上に32ビットバス幅の ローカル メモリを 
搭載することが必須となるでしよう。 

もっとも68040はキャッシュが大きいので、現状の 040 turbo でも「68020 on 
X 68000」 のように数十パーセントしかアップしないといった情けないことに 
はならないでしょうから、「68040を使ってみたい、ついでに少し速〈なれば 
ラッキー」というくらいのつもりで、試してみるのもよいかもしれません。 

ところでもう1点、 X 68000 に 040 turbo を搭載する場合、大きな落とし穴が 
あります。それは、 X 68000 の ROM 内のルーチンがキャッシュ制御には関知 
しないということです。 

幸い、 Human 68 k ver 3は自分自身でプロセッサをチェック* 1 して、キャ 
ッシュを持っているプロセッサに対してはキャッシュ制御を行うようになって 


COLUMN 


* 1 

なぜか「68020 on X 

6800 0j は、プロセッサ 
タイプ3、つまり、 
68030と認識されてい 
ますが。 


040turbo の拡張性 

基板設計段階では拡張用のコネクタ 
をつけることも考えていましたが、ア 
ドレスバス32本、データバス32本に、 

さらに制御系の線も数十本は必要にな 
るということで、ただでさえこみあつ 
ているパターンにこれらのコネクタを 
取り出すためのパターンを加えるのは 
とても無理ということであきらめまし 
た。 

ちなみに、 040 turbo 上に未練たらし 
く並んでいるテストポイントは、拡張 
コネクタを取り付けた基板を起こすと 
きのためのアートワークの布石です。 
次の基板を起こす機会があれば、この 
部分のアートワークをちよつと整理す 
るだけで拡張コネクタが取り付けられ 
るようになるのではないかと思ってい 
ます。 
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いますから、 Human68k 経由で使う分には多くの問題は回避されますが、 ROM 
内のルーチンに関しては 040SYSpatch.sys が行うようなパッチレベルの作業 
ではすまず、キャッシュ制御に関連してくるルーチンをすべて作り替えるくら 
いのこと力 5 '必要になってきます。 

いずれにしても、簡単にできるかと思っていた X68000 への対応なのですが、 
結構てこずってしまい、今は棚上げ* 1 状態です。もし意欲のある人は、ぜひ試 
してみてください。私も、ひと段落ついたら、また試してみるつもりです。 


* 1 

X 68030 で動いてい 
るものを、わざわざ遅 
い X 68000 につなぐ必 
要はないだろうと投げ 
出してしまったといつ 
たほうが正しいかもし 
れません。 


COLUMN 

X68000 用 68040 ボード 

040 turbo を公開してまもなく、 X 68000 用の 68040 ボードを自作している方 
から連絡をもらいました。同じように 68040 に魅せられた人がいたわけです。 
こちらのボードは、 68040 側に 32 ビットのローカルメモリとして、最大で 
DRAM を 16 M バイト、 SRAM を 1 M バイト搭載可能な本格的なシステムで 
す 0 すでにこのシステムでは Human 68 k が起動できるようになっており、 
現在は安定動作のための調整段階とのことです。 X 68000 ユーザーは、 040 
turbo を無理に載せるよりも、こちらのボードの行方に期待したほうが得策 
かもしれません。現在、 FTZ-net (Tel 0729-61-1852) で作業が進められて 
います。 


240 






第 7 章 040 tu 「 bo と X 68 の可能性 


「 X68/040turbo 」 の今後 


さて、 X68000 はいまだにすねたままですが、倍クロックとクロックアップ、 
そしてハイレゾ改造はなんとかうまくいきました。 040turbo とあわせてこれ 
らのチューンナップを施したわが家の X68030 は、 X68030 を超えたマシンと自 
負しています。 

大げさかもしれませんが、 X68030 をベースにした r X68/040turboj M とい 
う新しいマシンといえなくもありません。 

これまでは68040 への 思い入れだけでがむしゃらにやってきました 力す、この 
本を書くためにあらためてその過程を振り返ってみて、正直いって自分でもよ 
くここまでこられたなと思っています。 

ハードウェアについてはそれなりに心得はありましたが、68040自体ははじ 
めて扱うチップでしたし、 X68030 のほうの資料もありません。ロジックアナ 
ライザ'で波形を調べながら内部の EW 乍タイミングを推定していくほかありませ 
んでした。そんな状況でしたから、自分でも68040を安定して動〈ようにでき 
るという* 2 ?萑信はありませんで'した。 

ソフトウェアのほうも ROM 内ルーチンや Human68k のソースなどはあり 
ませんから、みんな独自解析です。 Human68k が動〈かどうかも賭けのよう 
なものでしたし、ましてやアプリケーシヨンが普通に使えるようになるとはま 
ったく考えていませんでした。 

また、 040turbo のプリント基板の製作を決意したときも、そこにはキャッ 
シュオンにすると暴走する Human68k と、無理やりキャッシュオンにして半 
分暴走したような状態で動かしたベンチマークプログラムがあるだけでした。 
そんな状態にもかかわらず、よく 040turbo の酉己布にみんな* 3 参加してくれた 
ものです。ハードウェアやソフトウェアに対する協力、不具合のレポート、そ 
して多くの励ましがなかったら、個人の自己満足で終わっていたでしょう。 

そして、いよいよ 040turbo も 「OEM」 の形で製品として扱われることにな 
りました。私からの個人的な酉己布ではやはり限界がありますし、サポートに不 
安を感じる人もいるでしょう。本格的に製品として取り扱ってもらうことで、 

より多くの人が安心して使えるようになることと期侍しています。 

X68030 は、 X68000 時代からの多くのフリーソフトウェアに支えられてきま 
した。これらのフリーソフトウェアが多くの人のレスポンスによって磨かれ、 
市販のアプリケーションが少なくても、それをカバーする素晴らしい魅力を 


* 1 

専用ステッカーも作 
つたので、これを貼れ 
ば完璧です。 


氺2 

「68020 on X 68000」 
は、結局安定動作させ 
ることはできませんで 
した。 


氺3 

第一次、第二次の配 
布をあわせると50人を 
超えます。 
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X68030 に与えています。 

同じように、 040turbo も多くの人に磨かれて、ここまでこぎつけることが 
できました。すでにソフトウェアのほうは完全に私の手を離れていますし、040 
turbo の ハ ードウェア についても、 フリー ハ ードウェアとして X68030 を 支え 
る魅力的なアイテムの1 つに なれたらと思っています。 

フリーソフトウェアのようにダウンロードする際の電話代程度ではすまない 
の 力すハードウェアの 痛いところですが、 「 oem 」 に関してはライセンス料など 
を要求しない* 1 つもりですので、少しは安くなるでしょう。また、回路情報な 
どはフリー（自由）に使ってくださってかまいません。 

これが刺激になって、ローカルメモリや二次キャッシュなどの 040turbo の 
機能&張、 X68000 への68040の搭載、さらには、68060対応など、いろいろな 
フリーハードウェアが X68 の世界を賑わすことを願ってやみません。 


氺1 

今はまだ設計費の回 
収が終わっていないの 
で若干の上乗せがあり 
ますが。 
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patexec.sys 

■ _ ■ 

040SYSpatch.sys がシステム全体に対するパッチを受け持つことで、大半 
のアプリケーションは68040で動作します0しかし、これで万全とはいえませ 
ん〇なかには個別にパッチしなければいけないアプリケーションがあります0 
しかし、実行ファイル自体にパッチを当ててしまうと、68040で使うときは 
いいのですが、今度は68030で使うときに困ります。68040用と68030用の実行 
ファイルを別にすればいいのですが、わずかなパッチ箇所のために、別のファ 
イルにしておくのはもったいないことです0 

そこで、登場するの力す、 patexec.sys です0ダイナミックパッチヤと呼ばれる 
このプログラムは、別に用意したパッチデータをもとにプログラム実行時に必 
要なパッチを当ててくれますから、68040用の実行ファイルを用意しておく必 
要がありません。もともとは、 040turbo のために作られたわけではないので 
すが、使用目的を考えると、まったく 040turbo のためにあるようなソフトウ 
エアといっていいでしよう。 

[BEEPs] 


中村ちやぶに ❖NIFTY-Serve : GBA0 2750 


patexec . sys って安易なネーミングですね。実は 「patch for DOS EXEC 」 
の略で、起動時に MPU の種^を判別して、それに応じてアプリケーションに 
パッチを施すドライバ、として開発したものです〇もともとは199脾3月 、X 
68030が登場してすぐにリリースしたもので、 X 68030 対応への過渡期にはそ 
れなりに役に立つのではないかと思い、発表したのですが、案外、いろいろな 
ところで役に立っているようです。 

そう。思いもよらぬところで役に立ってしまった……。それは、 BEEPs さ 
んの陰謀？ 


patexec.sys^Ucife 

いつのことでしたでしよう力、。 040 turbo プロジェクトが本格的に走りはじ 
めて、とりあえずいくつかのアプリケーションカ ? 安定して重するようになつ 
た頃のことだと思います。その時点ではまだ 040 turbo の量産配布は行われて 
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おらず、主に BEEPs さんの手元であれこれ試みておられました。 

なぜかすでにその時点では、その陰謀の力が私（中村）にも及んでいたらし 
く、 040 turbo 基板の量産試作版* 1 が私の手元にありました。 

BEEPs :ちやぶが作った patexec って、040にも対応できないかなあ？ 

ちゃぶ：つまり、040専用にパッチを施すってこと？ 

BEEPs :そう。今のところ、基板に切り替えスイッチが ついていて、 030モ 
ードでも040モードでも起動するようになっている。 MPU を判別 
して、040モードのときに040専用のパッチを当てられないかと。 
ちゃぶ：（中略）ラジャ ー。 

(中略）のところでどんな取り引きがあったのかは定かではありませんが、 
すでに 040 turbo 量産試作版を使っていたというのがいちばん大きな理由で引 
き受けました。 

その後、 patexec . sys はコピーバック * 2 対応にともなって多少バージョンが 
上がりましたが、とりあえず大過なく、安定動作しているようです。* 3 

なぜ、 patexec が必要だったか 

基本的に、030と040はユーザーレベルでは完全互換となっておりますが、 
X 68 k シリーズにおいてはスーパーバイザレベルで悪の限り（笑）を尽くして 
いるアプリケーションが多く、そういう状態においては030と040 T は動作が 
違う部分もあります。いちばん II 著なのがオンチップキャッシュの制御関; i 堇で 
すが、そのほかにも MMU の扱いが変わっていたり、浮動小数点ユニット関 
連でアヤしい部分があったり、 MPU 特有の動作* 4 などがあったりします。 


patexec のメカニズム 


ダイナミックパッチャと前振りがついている patexec . sys 、 何をやっている 
ドライバ、なのでしようか？ 簡単に説明しますと、アプリケーションがフアイ 
ルから読み込まれて実行される前に、環境に応じてパッチを選んで当てるとい 
う動作を自動的に行うものです。実行ファイルに直接パッチを行えない、もし 
くは行いたくない場合に有効です。もちろん、後からアプリケーションがバー 
ジョンアップしたときにはパッチを当てること力 5 'できなくなりますが、その場 
合にはパッチそのものが無視されるようになっています。 


patexec.sys 


氺1 

90度回さないと基板 
が装着できない奴です 
ね。 


* 2 

040オンチップキヤ 
ッシュの強力な機能。 
メモリライトをキヤッ 
シングできるので、遅 
いメモリを使っていて 
も MPU のパフオーマ 
ンスをかなり引き出す 
ことができます。当初 
040 turbo は、コピー バ 
ックモードに対応して 
いませんでした。 

* 3 

しかし、デバイスド 
ライバのくいあわせが 
悪いとき、まっ先に疑 
われるのは patexec . 
sys だったりします。 

氺4 

あえてバグとはいい 
ません。 
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パッチは主にバイト単位の書き換えによって行われます。パッチデータは、 

FC . X/B く旧ファイル〉く新ファイル〉 

で出力されるものと同じ形式をしております。 

具体的には、 


AAAAAA : BB CC 

という構造をとっており、「オフセットアドレスが AAAAAA で、旧データが 
BB になって いる ものを CC に置き換える」と読みます 0 patexec.sys がパッチ 
を当てる際には、「旧データが BB になって いる ことを確認して、 CC を書く」 
という動作を行い、もし途中でパッチに失敗したら、「すべて元に戻す」とい 
う動作（リバースパッチ）を行うことによって、安全にパッチを解除すること 
ができます。 

たとえば、 foo.x というファイルに対するパッチデータが、 MPU が 040 のと 
き* 1 、あるいはそれ以外のときに、 


-4- foo.x 
00009 E : 61 49 

- foo.x 

00009 E : 61 4 E 


氺1 

040のときにはプロ 
グラム名の前に、'- 4" 
をつけます。 


というように 2 手動頁用意されることもあるわけで、このときは patexec.sys が 
MPU を自動判別して、それぞれに応じたパッチを選ぶこと力 5 'できるようにな 
つているのです。 


patexec と lzx と私 


私は lzx を常用しています。なぜ……って、ディスクキャッシュにあまり負 
荷を与えない* 2 のが好きなんです。ところが、 X68030 と lzx の相性はよいとは 
いえないものがありました。そう。命令キャッシュで'す。 

もともと、モトローラの 68000 シリーズでは、命令（プログラム）とデータ 
を別のものとして考えていたようです力、 68000 ではそれほど厳密に区別しな 
いでもさほど影響はないようでした。しかし、それ以降、 MMU が導入され 
たり、命令キャッシュが設けられたりして、命令とデータの区^をいっそう厳 


氺2 

フアイルのサイズが 
小さいほど、デイスク 
キャッシュのヒット率 
が上がります。 
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し〈行わねばならなくなりました。 

現在最もメジャーなインテルの x 86 系の MPU では、資産継承のために命令 
の自己書き換えを許しています。しかし、モトローラのチップでは基本的にそ 
れを認めて いないの です。なぜならば、データを書く場所はデータ エリアとい 
う前提があるからです。 

lzx の動作は、「自己書き換え」にほかならず、動作はおおむね次のとおり 
です。 


(1) lzx の自己展開ルーチンをメモリの最後尾に移動（転送）する 

(2) 移動させられたルーチンが展開を始める 

(3) 展開されたメインプログラムに制御を戻す 


この場合、問題は2つあります。1つは、 lzx 化されたプログラムの先頭十 
数バイト （1) が命令キャッシュに残っていること、もう1つは、 （2) によ 
って、命令キャッシュに残っている （1) の命令列と矛盾を引き起こすことで 
す。小さなプログラムの場合、 lzx に対する命令キャッシュの影響が顕著にな 
ります。 

patexec . sys は、 lzx 化されたファイルに対してもパッチを当てることがで 
きるようになっています。 （2) と （3) の間に patexec . sys の处理をはさむ 
ようにしているので、す。このときに命令 キャッシュのフラッシュを 行うように 
したのですが、それが後に040対応するときに役に立ったのはいうまでもあり 
ません。 

補足すると、 lzx 化されたファイルには、（1)、 （2) のみを行うエントリ 
し LZLoad という内部名* 1 がついている）があり、 patexec . sys はそのエント 
リを呼んで'いるだ'けなのです。 

ところが、けっこう後になってわかったことなのですが、最新の lzx で生成 
された HUPAIR - LZX * 2 では、 _ LZLoad のエントリが削除されてしまった 
のです。しかたがないので、 HUPAIR - LZX のときは lzx の自己展開ルーチ 
ン内にある _ LZLoad エントリに相当する部分をそのまま呼ぶような仕様にし 
てしまいました。 


patexec と lzx と 040 と私 


氺1 

もともとは lzxloader 
というデバイスドライ 
バを lzx 化するための 
ツール 用に使用されて 
いたもの。 


* 2 

HUPAIR は板垣氏 
の提唱した実行フアイ 
ル規格で、その実行フ 
アイルヘッダ形式は従 
来の lzx 形式と相容れ 
ない仕様でした。 


040になると、それはもう大変です。命令キャッシュ、データキャッシュと 
もに 4 K パ、イトもありますので、下手をすると、たいていのプログラムにおい 
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て lzx の自己展開が失敗してしまうことになります。 patexec . sys には、もと 
もと030のキャッシュのために、 （030 専用の）キャッシュフラッシュ処理を入 
れてあったのですが、これを 040 turbo に対応させるために少々手を加えて、 
とりあえずはよしとしました。 

ところが、やがてコピーバ'ックモードが安定してきました。すると、別の問 
題が発生しはじめました。68040の特権命令にはキャッシュのメンテナンスを 
行う命令があり、それらには「命令キャッシュを/テ、、ータキャッシュを」「消 
し去る ( cinv )/ メモリに書き戻す ( cpush )」 という動作モードがあるのです。 
しかし、コピーバックのことを考えていなかった私は、 patexec . sys のキャッ 
シュフラッシュ時に cinv を行っていました。それに気づいて、あわてて cpush 
に書き換えました。 

そういうわけで、現在のところ、 040 turbo 用 patexec . sys のバージヨンは、 
0.2 です。 

私は欲望のかたまり 

たいした野望もなく書いた patexec . sys は、このようにして 040 turbo プロ 
ジェタトのなかに引き込まれてしまいました。いやあ、思いもかけぬところで 
役に立つこともあるもんですね。 

ただ、とりあえずは動いているのですが、まだまだ改良する余地はありそう 
です。ちょっと考えてみただけでも、 


•パッチに失敗したことがわからない〇パッチに失敗すると何も起きない(何 
もなかったことになってしまう）ので、たいていはそのまま暴走してしま 
う。このとき、白窓を出して中止を促すことができるようにしたほうがい 
いのではないだろうか？ 

• patexec . sys には、起動時にパツチ情報の入ったファイルを与えるように 
なっているのですが、パッチ情報を追加したら Human 68 k を再起動しな 
くてはならない。 

• 正5窗に計測したわ t ナではないのですが 、 DOS EXEC をフックしているた 
めにシステムのノ、。フォ ー マンスカす少なからず低下しているのかもしれない、 
という危惧がある。幸か不幸か、私は鈍感なので、そこには気づいていな 
いだけなのかもしれないのですが。いちおう、システムの足を引っ張らな 
いようになるべく気を遣っているつもりです0パッチファイル名をハッシ 
ングしてあるだけです力 5 '。 


* 1 

ハッシュ 法というア 
ルゴリズムのテーブル 
を作ること。 
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さらに考えなければいけないことがあります（ああ、頭が痛いっ)。 

前述したように、オンチップキャッシュのフラッシュを cpusha (全キャッ 
シュのフラッシュ）によって行っているのです力 5 '、これがまた実行時間のかか 
る命令でありまして、平気で数百クロック、ワーストケースでは数千クロック 
くらい食ってしまうことになります。そのようなときには、ライン単位、もし 
くはページ単位のキャッシュフラッシュを使えばいいのでしよう力\まだその 
ようなコードを入れていません。これも今後の研究課題の1つです。 

X 68030 ューザーの生活をがらりと変えてしまった 040 turbo 。 こんなおもし 
ろいプロジェクトに少しでもかかわることができたというのは、まことにあり 
がたいことです。私？もう040なしでは生きてゆけない体にされてしまいまし 
た！ 


[#考文献] 

MC68030 ユーザーズ . マニュアル （モト ローラ） 
MC68040 ユーザーズ•マニュアル （モト ローラ） 
MC68040 Designer’s Handbook (Motorola USA) 
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68040 用浮動/ Jv ^： 演算パッケージ 

FLOAT040. X 

■ _ ■ 

68040の浮動小数点演算機能は68882のサブセットとなっています。このた 
め、 X 68030 に添付されている68882対応の浮動小数点演算^ッケージ FLAOT 
4 .X を使うことができません。しようがないので、 040 turbo の開発中はずっと 
ソフトウェアエミユレーションの FLAOT 2 .X を使っていたわけですが、せっ 
かくの68040が台無しです。もったいないなあと思いつつも浮動小数点演算の 
世界は門外漢なので、自分で68040用の FLOAT パッケージを起こすことなど 
到底無理だし困ったなあと思っていたら、この思いが通じたのか、発表された 
のが FLOAT 040 .X だつたのです。 

[ BEEPs ] 


鈴木国文 -Serve : GBH00172 


About FLOAT040.X for 040turbo on X68030 … 

当初、こんなものを大々的に発表するはずではなかったのです。 

MC 68040になったら、今までの浮動小数点ドライバじやなあ〜。誰か作る 
のかな . 〇 


といった感じで、勝手に X 68030 上でシコシコ浮動小数点演算ドライバを作 
ってたわけです。 

それがなんの間違いか、今では「例外处理の修正バージョンをアップして… 
…」などと NIFTY-Serve へ書くはめになってしまいました。もちろん、理 
由なんぞわかりません。 

実は私も040アクセラレータなるものを考えておりまして、ギジツ系会社員 
の特権を利用してマニュアルを取り寄せたり、* 1 「業務」と称して MC 680 x 0 や 
コ プロの マニュアルとにらめっ こしてたり……。 

040 turbo を目にしたのは MMNet の書き込みで、それを読んだ日に参加を 
申し込み、年末に買う予定だった X 68030 を8月に繰り上げた次第です。当時 
は X 68030 も品切れで、なかなか入荷せずに侍たされた記憶があります。* 2 

それ以来、 FLOAT 040. X へ彰 L * してしまい、数値演算の本を探しに本屋を 


* 1 

たった電話1本で10 

冊近いマニュアルが届 
いたときにはさすがに 
ビビりましたが。 


やっと届いたのが夏 
期休暇の直前だったの 
で、予約していた新幹 
線のチケツトが……。 
でも、結局、帰りまし 
たがね。 
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渡り歩いたり、会社の研究部署へ行き、参考資料を探し回っていたり、以前に 
買った Macintosh の MC 68040アクセラレータの解析を仕事中にやってたり… 
…。* 1 

そろそろ FLOA 丁 040 .X の話をしましよう。 

ver 1.10 で表記しましたが、これは私のオリジナルではありません。 FLOAT 
040 .X は FLOAT 2 .X を逆アセンブルしてパッチを当てています。たとえば、 
もともとあった倍精度加算のルーチンの頭に FLOAT 040 .X 独自のルーチンを 
くっつけて、倍精度加算が呼び出されたら独自のルーチンへ、他の関数から呼 
び出された場合はその関数自体は変更していないので残してあった FLOAT 
2 .X の加算へジャンプする、といった感じです。このため、加算そのものは速 
くなってますが、加算を必要とする関数は速くなっていません。他の浮動小数 
点ドライバと比べてサイズが大きくなっているのは、このためです。将来的に 
はすべてオリジナルで®供するつもりですので、もっとスッキリしているでし 

x 5〇 

FLOAT 040 .X で主に速くなった部分は、倍精度の四則演算、平方根の計算、 
各種精度の変換* 2 です。ご存じの方も多いでしよう。 MC 68040の FPU は MC 
68881/2のサブセットとなっており、指数•対数•三角関数などといった、 
比較的使用頻度の低いものははずされています。実際にどの程度までスピード 
アップになったのかというと、ノーマル X 68030+ MC 68882と比較して3倍程 
度となっています。ただし、浮動小数点数演算をガシガシ使うソフトの場合で 
す。もちろん、他のソフトでも多少の効果はあります。 

具体的には、単純ループで3倍前後、レイトレソフト Mirage を使用した場 
合で計算開始から表示まで1:11: 47かかっていたのが、0 : 27: 33になりま 
した（バンザーいっ！!）。当然のことながら、これには FLOAT 040 .X だけで 
はなく、 040 turbo の効果も含まれています。 

版では各種関数も高速化するはずだ'ったのですが、参考にした資料の解説 
が不適切で、計算結果が保証される範囲についてまったく言されていなかっ 
たのです。指数関数や三角関数が無制限に x の式で表せるとは思ってはいませ 
んでしすこが ……。 

結局、頭の中がゴチャゴチャになってしまい、ついでに ソース もグチャグチ 
ャになり、はじめからやり直して US したものが^£のシリーズとなっていま 
す。 

当然ながら、はじめからパーフエクトなもの力すできるわけではありませんの 
で、今は各種の例外处理と各種関数につ L 、て書 t 、ています。 

実は例外处理をやってなかったこと力哪用者の手によつて発覚してしまい、 


氺1 

会社で使用している 
Mac は Ilci で 、 Daystar 
社の 40 MHz Turbo 040 
を取り付けています。 


* 2 

最新版の ver 1.2 は、 
倍精度の sin と cos もエ 

ミュレ ートさせていま 
す。 
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デバッグによる徹夜続きと、「2週間で製品を作れ」との会社からのお達しの 
二重のストレスでネ生の胃炎を起こしてしまいました。それでなくても、夕 
バコの 本数は増えるわ、空き缶やペットボトルは散乱してるわ……、結構地獄 
を味わいました。 

朝10時に出社し、退社が翌日の午前2時〜3時、その後でデバッグですから、 
寝る頃にはウゴウゴルーガが終わっている始末です 

話が_したので頁しましよう。 

FLOAT 040. X の不都合に関してですが、浮動小数点の演算で才ーバーフロ 
一とアンダーフローになると誤動{乍する恐れがあります。それと非正規化数の 
処理も若干怪しいです。「非正規化数 j というのは、指数部分が0で仮数部分 
が0以外の数値表現のことで、アンダーフローぎりぎりの数字を表現している 
ものです。 MC 68040の場合、この数値表現はサボートされておらず、この形 
式を使うと MC 68030ではリザーブとなっている未実装データタイプ例外べク 
夕$37へ飛び込みます。パック形式も同じべクタへ飛び込みます 。 FLOAT 
040. X は指数に強引に1を加えてますので、元とは違う値になってしまいます。 
具体的な問題としては、レイトレソフトなどで正常に計算できなくなるかもし 
れません。今のところ、支障はないようですが……〇 

私がチェックしたところ、画像圧縮やエフェクトでは大丈夫なようです。こ 
れらの例外处理に関しては「エイヤっ！」で％理を行わせていますが、ハング 
アップやエラーメッセージ（例の白窓）力す表示されることは防いであります。 

また、普通なら FLOAT 040. X が坪び出された時点でコプロのレジスタの退 
避をさせるのですが、現在はまったく行っておりません。そのため、直接コプ 
口を扱うプログラムはしたり、レジスタにゴミが残ってしまいます。さ 
らに、 modulo の計算の都合上、精度の丸め処理を0へ近づけるように設定さ 
せています。これに関しては、 modulo の演算後に該当フラグをクリアすれば 
いいだけですが、手抜きをしていて現在は行っていません。* 1 

FLOAT 040. X の使用方法には特にオプションはないので、そのまま config . 
sys か、 autoexec . bat に 「 FLOAT 040. X 」 と書くだけでかまいません。それ 
と、 BEEPs 氏の提案で、 FLOAT 040. X の次に別のドライバを指定すると、 
040 turbo を使用しないときにはそちらへ移ります。たとえば、 config . sys に、 

DEVICE:•.¥FLOAT040.X 
DEVICE=. . ¥FLPAT2*X 

t ここは使用する環境にあわせます。 


* 1 

FLOAT 2. X は丸め 
処理を近似値にもって 
いくようになっていま 
す。 
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と記述して 040 turbo を使用すると、 FLOAT 040. X が起動され、次の行に 
記述された FL 0 AT 2. X は「すでに起動されています。」と表示され、常駐を 
中止します。 040 turbo を使用しないときは 「 FLOAT 040 .X : MC 68040では 
ありません 。 Quit Program ... j と表示され、 FLOAT 040. X の組み込みをせ 
ずに終了し、その次の行に書かれた FLOAT 2. X が動き組み込まれます。 

また、 autoexec . bat し、 


..¥FLOAT040.X 
• .¥FLOAT2.X 


と書いた場合にも同じような動作を行います。 

この場合、 040 turbo を使用しないときには、 FLOAT 040. X はヽ 1" を 
返し、常駐せずに終了します。ここで何を行っているかというと、 MPU の種 
類や MMU 、 FPU の有無などの情報が書き込まれているアドレス、$00000 
CBC の内容をチェックしているのです。 

FLOAT 040. X の今後の予定としては、各種関数の高速处理ですね。モトロ 
—ラは、同一演算に関して同クロックの MC 68882 + MC 68030よりも速く处理 
できるといっていますので、やはり、そのとおりになるようにしなければなら 
ないでしよう。モトローラの資料では 、 CORDIC (後述）という方式ではな 
く、別の方法で演算するほうがよいと書かれています。 FLOAT 040. X の ver 
1.2 では、確かに sin の演算速度が MC 68030 + FLOAT 4. X の2倍程度になって 
はいますが、小数点以下7桁目から FLOAT 2. X と異なっている （5 次のテー 
ラー展開を使用）のと、 040 turbo + FLOAT 2. X よりわずかに遅いといった 
状況になってしまっています。さすがに、 MC 68881/2 の内部を解析するとか、 
バ ROM の資料がほしい、などとはいえません。モトローラにはオリジナルの 
ライブラリ集がありますが、その佃 i 格は100万円* 1 とか……。 

その後は……その頃には MC 68060が入手可能になってるかな？* 2 X 68030 
に外部キャッシュをつけるのもおもしろいでしよう。でも、「親亀子亀状態」に 
なってしまいますね。後はリザーブになっている$01000000からのエリアも 
非常に興味深いです。バスも Macintosh の PDS のように MPU を交換したり、 
各種ボードがつけられるような規格を作るのもいいでしよう。 

040 turbo を使いはじめて、おおよそ4力月たつのでしようか。つねに頭に 
入れていたことは「キャッシュのヒット率」です。* 3 極カループ内の处理を小 
さくまとめてヒット率をガンガン上げることです。 MC 68040にはせっか〈 4 
K バイト + 4 K バイトのキャッシュがあるのですから、活用しない手はありま 


* 1 

無料で入手できるラ 
イブラリをお持ちの方、 
あるいは知っておられ 
る方、情報提供お願い 
します。 


* 2 

私は知りませんが、 
MC 68060の FPU もサ 

ブセットなのでしよう 
か？ 


* 3 

FLOAT 040 .X は、 
そんなに厳密に CPU 
のクロック数を計算し 
て……というようなこ 
とはしていません* ? 。 
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せん。キャッシュをディセーブルした 040 turbo というのはちよつと悲しいも 
のがあります。 

それでは最大級の感謝を込めまして、 


040 turbo を作られた BEEPs 氏をはじめ、 

ドライバ、、パッチヤーを作られた方々、 

アドパ、イス • アイデアを提供していただいた方々、 
バグ情報を提供してくだ'さった方々、 

私の拙いプログラムをお使いの方々、 


ありがとうございます。これからもよろしくお願いします。 


*CORDIC (Coordinate Ritating Digital Computer) 〇求めようとする関数や引き数によつ 
て決定されたベクトルを、回転させることによって値を算出する方法。電卓に利用されて 
いる。また、回転も回転させようとするベクトルと直角になるように行うので x 座標と y 座 
標の入れ替えですむ。 

* 5次のテーラー展開 


v _ V (- I ) k xX (2 _ 
y _ k 令0 C2k+ 1ァ！ 

というのが公式、だが無限回計算させるのはナンセンスなので、 FLOAT040.X は k= 4まで 
打ち切っている。「4」という数字は、 FL0AT2.X とスピードを比較して出てきた値である。 
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68040の浮動小数点演算命令は68881のサブセットになっているため、68030 
+68881の組み合わせをターゲットに開発されたプログラムを68040で走らせ 
ることができません。現時点では、68030+68881というターゲットをサポー 
卜しているのは GCC だけで、 XC のほうはサポートしていませんから、市販ア 
プリケーシヨンで困ったことはほとんどありません。* 1 

しかし、もしエラーで実行できなくなった場合、威力を発揮するのが pfloat . 
x です。これを常駐させておけば、68040が未サポートの浮動小数点演算命令 
をエミュレートして実行してくれます。 

[ BEEPs ] 


険しき浮動小数点ドライ パへの道 

—挫折.挫折. mnm- 


中村ちゃぶに ❖NIFTY-Serve : GBA0 2750 

動機 - 息切れ、目まいのもと 

あまり詳しいことは書けませんが、以前、私は仕事で浮動小数点演算にたず 
さわっていたことがあります。なぜかそのことを知っていた* 2 BEEPs さんに 
頼まれた* 3 のが'*の発端です。 

当初の構想では、「新たに浮動小数点パッケージを書きましよう」というこ 
とだったのですが、それは無理というものです。業務でさんざん苦しんだもの 
を今度は趣味で……。考えただけでも目の前まっ喑です。それに、そんな時間 
は私にはとれそうにありませんでした。そもそも、仕事でやっていたものに比 
ベて今回の作業は規模がかなり大きくなることがはじめからわかっていました。 

とりあえず、ひととおり機能することを目標として、浮動小演算ドライ 
バをなるベく少ない手間で書いてみよう、ということになりました。 


氺1 

私の知っているかぎ 
り、 D 6 GA - CGA システ 
ムの REND 30 .X くらい 
だと思います。 


* 2 

私が吹いて回ったと 
いう説があるらしいの 
ですが。 

*3 

私が買って出たとい 
う噂もあります。まっ 
たく自分を何様だと思 
つてるんでしようね。 
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68040の浮動小数点演算 


まずは、68040の FPU * 1 について軽く触れておきましよう。 

「 MC 68040ユーザーズ•マニュアル」には、「68040の FPU は、 MC 68881/ 
882コンパチブル」である旨力嘈いてあります。なるほど FPU はコンパチかも 
しれません。しかし、実際にはそれは68882のサブセットでしかないのです。 
私たちが浮動小数点と聞いてまっ先に連想するであろう三角関数などは68040 
のサポート外なのです。三角関数、対数関数などの超越関数、および Packed 
decimal * 2 などは68040単体では处理することができず、専用の浮動小数点演 
算パッ ケージを使用して エミュレートし なければならないのです。 

マニュアルには、「浮動小数点エミュレータ•パッケージに関しては、最寄 
りの営業所におたずねください」と書いてあります。ところが、浮動小数点演 
算パッケージのソースは300万円 （？） だそうです。オブジェクトにしてしま 
えば、コピーは自由だそうですが、 X 68000 用の68040浮動小数点エミュレー 
夕など転がっているわけがありません。* 3 これでは 040 turbo に使うわけには 


氺1 

Floating Point Unit 、 
浮動小数点演算ュニッ 
ho 

* 2 

ぃゎゅる BCD 。 16進 
数の A 〜 F を使用しな 
いことによって10進数 
との親和性を強めた形 
式。私の記憶するかぎ 
りでは MSX の Basic が 
これを採用していまし 
た0 


氺3 

当たり前です。 X 68 
040など出ていないの 
ですから。 


COLUMN 

ソフトウェアによる浮* wt 点演算 

X 68030 になってようやくコプロセッサを使用することが可能となり、演 
算 パッケージに 頼らなくても実数演算バリバリのコードが書けるようになっ 
たと思った の もつかの間、68040を使う段になって、またもや実数演算 パッ 
ケージ ( FPSP ) が必要になってしまいました。まさし〈時代逆行モノとい 

っても いいで しよう。 

ところが、モトローラの資料によると、 「 FPSP は68882よりも計算速度が 
速い」ようなことが書いてあります。これは、いったいどういうことなので 
しよう。そんなに68040は高速なのでしようか？ 

Yes 、 68040の FPU からは超越関数の演算を行うためのマイクロコードは 
削られてしまいましたが、かわりに基本的な演算が速くなったようです。 
FPU における実行時間が加減算で3クロック、乗算で5クロックというか 
ら驚きです。なお、除算は37クロック、平方根は100クロック以上かかるよ 
うです。68882では、加減算が約20クロック、乗算が約40クロック、除算が 
約70クロック、平方根は約80クロックだということです（あれ？ 平方根は 
こちらのほうが速いみたい。なぜだ!？）。これらの数値から、68040のパフォ 
ーマンスを十分うかがい知ることができるでしよう。 

むかしむかし、 ハ。ソコン （そのころは マイコンと 呼ばれていましたね）の 
8ビット CPU は乗算機能を持ち合わせていませんでした。やがて、乗除算 
命令を持つ CPU が各社より登場してきましたが、それらの命令は一般の命 
令に 比べると 遅い命令でした。 
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いきません。アマチュアは68040を用いたシステムを設計してはいけないので 
しょうか。* 1 

もともと X 68000 が16ビットだった頃には浮動小数点演算命令はなかったわ 
けで、そういう意味では X 68030 で68882専用にコンパイルした C プログラムく 
らいしか浮動小数点演算命令を使用していないことになります。それなら、浮 
動小数点演算命令を無視してしまえば気が楽なはずですが、68040の FPUS 
そんなふうにして捨ててしまうにはあまりにも1昔しい代物です。四則}寅算にか 
ぎっていえば486など問題にならないくらいに激速なのです。特に乗算は速く、 
64ビット X 64 ビットの演算が5クロック前後ですんでしまうのです。後になっ 
てわかったことですが、実はこれは32ビット X 32 ビットの整数乗算よりも速い 
のです。乗算は実数演算のなかではかなりた〈さん出てきますので、もし68040 
の FPU が実用になれば、きっと笑い力す止まらないことでしょう（コラム参照 
のこと）。 


* 1 

モトローラにかぎら 
ず、一般的にチップメ 
一力一は エンドユ ーザ 
一に対しては冷たいも 
のです。 


COLUMN 

乗除算がさほど速くない CPU にぉいて超越関数を高速に計算するために 
は、加減算と桁シフトの組み合わせにより実現できるアルゴリズムが有用で 
した。三角関数では CORDIC という、ベクトルを回転させながらテーブルを 
引くアルゴリズムがあります。指数対数は、加法定理 「 logxy = logx + logy 」 
の応用で、ひと桁（たいていの場合、1ビット）ごとにテーブルを引〈アル 
ゴリズムがあります。68882の計算結果を見るかぎりでは、内部のマイクロ 
コードでは、これらのアルゴリズムで演算を行っているようです。 

ところが、乗除算の高速な CPU では、ビット単位の演算を行うよりもテ 
イラー級数展開による近似式を使用することによって十分な演算速度を得る 
ことができるのです。68040でも、どうやら随所で級数展開による近似式を 
使用しているようです 0 「 MC 68040 Designer’s Handbook 」 によれば、「三 
角関数は、 （68882 で使用している） CORDIC というアルゴリズムに比べて近 
似式を使用したアルゴリズムのほうが速いので、そちらを使用している」旨、 
記述があります。 

1つ忘れてはいけないことがあります。ソフトウェアで超越関数の計算を 
行うことは、これらのようにアルゴリズムが•立していれば、さほど大変で 
はありません。ソフトウェアで大変なのは、 エラーチェック。 そして、デバ、 
ッグです。今回の 040 turbo では、ソフトウェアによるエミュレートを採用し 
ない方針で作業を進めてきましたが、その理由の1つにはデバッグの大変さ、 
デバッグのための マンパワーが 明らかに不足して いる ということがあったの 
です。 
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まず、頭の中で挫折 

モトローラの供給する FPSP はコストの面からいって今回はあきらめなけれ 
ばなりません。どのようなアプローチでいけば、少ない手間でドライバが作成 
できるかを考えてみました。 

まず、 FL 0 AT 2 .X のようなものにかぶせる形でエミュレータを書いてしま 
うのはどうかと考えてみました。ところ力す、 FL 0 AT 2 .X では演算精度がたか 
だか52ビットです。しかし、68040では64ビットの演算精度が要求されます。 

まあ、趣味でやるものだから、演算精度は少しくらい低くても力 1 まわなし . 

と思ったのですが、あまり気の進むアイデアではありません。これは頭の中に 
しまっておくことにしました。 

この発展形としては、 XC についてくる FLOATEML 丄ホ 1 をリンクしたド 
ライバを作る、というアプローチもあるでしよう。 

誰か似たようなことを考えて、フリ ー* 2 の6804翻浮動小数点演算パッケー 
ジを作ってくれたりしないかな、とも思いました。 

残った可能性としては、 X 68030 以前に使用されていた68881ボード ( CZ -6 B 
P 1/ CZ -6 BP 1 A ) を使用するしかないかしら。このときばかりは、 X 68030 用 
の68882が「コプロセッサ」* 3 であることを呪うしかありませんでした。 

可能性を信じて 

結論から申しますと、68882をコプロセッサではないものとして扱うことは 
可能です。 

X 68000 シリーズ用にメーカーから発売された68881ボード ( CZ -6 BP 1/ CZ -6 
BP 1 A ) は、商品名が「数値演算プロセッサボード」であったと記憶していま 
す。一般的にはコプロセッサと呼ばれていたはずの68881は、 X 68000 で使用 
するときはコプロセッサではなかったのです。コプロセッサとしてではなく、 
周辺デバ'イスとして68000に接続することが可能でしたので、「数値演算プロ 
セッサボード」という形での商品化力河能だったわけです。 

もともと 68020/68030のコプロセッサとして使われることが前提であった 
68881/68882 (以降、68882で統一）は、どのようにして X 68000 で使用されて 
いるのでしよう。 

簡単に説明しておきます。68000には、実際にはアドレス空間が複数存在し 
ているのです。それぞれ「ユーザープログラム空間」「ユーザーデータ空間」「ス 
ー パーバイザプログラム空間」「スーパーバイザデータ空間」という名前がつ 


* 1 

FLOAT 2. X の演算 
部とまったく同じもの 
がライブラリ化されて 
います。 

* 2 

フリーという言葉に 
はいろいろな意味があ 
りますが、この場合は 
使用料が無料、もしく 
はタダ同然という意味。 

* 3 

Co - processor ; CP 
U の処理を補佐するよ 
うな動作を行うプロセ 
ツサ。アプリケーシヨ 
ンレベルからは CPU 
と一心同体のものとし 
て扱えます。 
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いています。 X 68000 のハードウェアでは、これらは同一のメモリに割り振ら 
れているのですが、ハードウェアの設計によっては、これらをまったく別の空 
間に割り振ることができるのです0オペレーティングシステムによる保護機 
能* 1 を援助するためです。 CPU がメモリをアクセスする際には、必ずアクセ 
スするアドレス空間を指 1 定する信号がいっしょに出力されます。それが、ファ 
ンクシヨンコード FC (Function Code ) 信号で、8通りの状態を表すために、 
実際には表1のように FCO 、 FC 1、 FC 2 の3ビットに分かれています。 


[表 1] 


FC 

FC 2 

FC 1 

FC 0 

アクセス空間 

1 

0 

0 

1 

ユーザーデータ空間 

2 

0 

1 

0 

ユーザープログラム空間 

5 

1 

0 

1 

スーパ—バイザデータ空間 

6 

1 

1 

0 

スーパーバイザプログラム空間 

7 

1 

1 

1 

CPU 空間 


* 1 

しかし、実際にはす 
ベての空間を同ーメモ 
リに割り振ってあるマ 
シンがほとんどなので 
す。 


68020以降、コプロセッサデバイス用に FC = 7の CPU 空間が新設され、コ 
プロセッサは CPU 空間に存在するデバイスという位置づけがなされました。 
このようにすれば、コプロセッサはアプリケーションプログラムからはアクセ 
ス不可能でも CPU からはアクセス可能にできるのです。 

CPU がコプロセッサ命令を発見すると、まずは CPU 空間にあるコプロセッ 
サに命令の実行を要求します。その後、必要に応じてコプロセッサが CPU に 
アドレス情報、 CPU レジスタなどのデ、ータを要求します0 CPU とコプロ セッ 
サのやりとりはアプリケーションの見えないところで行われます。 

「数値演算プロセッサボード」の場合は、ほんとうはアプリケーションカ^® 
倒を見ずにすむはずの CPU とコプロセッサのやりとりを、アプリケーション 
に受け持たせることで実現しています。この場合、68000に接続するのが前提 
なので、 FC 二7の CPU 空間を使わずに、アプリケーションからアクセスでき 
るメモリ空間にコプロセッサをぶらさげてあります。 CPU から見れば、コプ 
ロセツサではなく、単なる I / O デバ、ィスとなるわけです。 


では、68030は CPU 空間をどのようにして使って68882をアクセスしている 

[表 2] 


FC 

A 3 I アドレスノ ゞ ス A 0 

III 

0000 

0000 

0000 

0010 

ccc 0 

0000 

00 OR 

RRRR 


ccc =コプロセッサ ID (68882は通常001) 

RRRRR = CIR レジスタ（コプロセッサにマツビングされているレジスタ） 
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のでしょうか。 「 MC 68030ユーザーズ•マニュアル」によれば、表2のように 
なっているようです。つまり、68882は FC 二7のアドレス$00022000- 
$0002201 F を使ってアクセスされていることになります。 

FC は、通常は68030が自動的に判断して出力することになっているのです 
力 5 '、実は FC を任意の値にして普通ではアクセスできないアドレス空間にアク 
セスできる命令があったのです。それ力 ? moves 命令です。これを使えば、「数 
値寅算ボード」とほぼ同じ方式で68882をアクセスできます。 

前振り力す長くなってしまいましたが、 

よし。これでいこう 0 「 moves でコプロセッサを直叩きする！」 


安直でも動けば勝ちよ 


さっそく、 BEEPs さんに前項の研究結果について報告しました。演算速度 
はともかく* 1 、きっちりと動けばいいのであれば例の moves を使う方法が安 
直でよいということで、そのことを念頭に置いて浮動小寅算ドライバ、まわ 
りのイ樓を進めていこうということになりました。 

まずは手元の X 68030 で実験することにしました。この実験は安直な方法で 
行いました。 X 68030 が発売される以前から出回っていた fppp . x というプリプ 
ロセッサがありました。これに、 fmove.d ....などのコプロセッサ命令のニー 
モニックを与えると、「数値演算ボード」を直接アクセスするコードに落とし 
てくれるというスグレモノです。この fppp . x 力す落としてくれたコードを、私 
が手作業で moves を使用したコードに変換し、テストプログラムを作りまし 
た。予想どおり、何の問題もなく動いてくれました。* 2 

この頃はまだ 040 turbo の量産試作版もできあがっていなかったので、テス 
トプログラムの評価を BEEPs さんに行ってもらいました。最初はきちんと動 
作しなかったそうですが、やがて正常に動作するようになりました。原因は、 
コプロセッサインタフェースの信号タイミングが思いのほか厳しく作られてい 
たからだそうです。もともと CPU とコプロセッサはすぐ近くに配置するもの 
なので、タイミングを厳しくしても整合 I 生はとりやすいですからね。 


氺1 

本音をいえば、「と 
もかく」ではなく、極 
限を追求したいところ 
ですが、そこまでの体 
力はありません。 


氺2 

ただし、アクセス手 
順を間違えると、数値 
演算プロセッサボード 
と違い、 エラー トラッ 
プが発生してしまいま 
す。 
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さて、そうこうしているうちに、 040 turbo の量産試作版ができあがりまし 
た。浮動小数点演算ドライバを製作するために、試作版をやや早めに手配して 
もらったのです。 

そして、ぼちぼち浮動小数点演算ドライバ、を書きすすめていきました。名称 
を 「 pfloat . x 」 にしました 0 p は pseudo ホ 1 の p です。モトローラより供給され 
ている浮動小数点エミュレータの名称が FPSP だということで、 pfloat . x とい 
う命名は「本家 FPSP のように振る舞えども、中身はインチキくさい」という 
意を込めたものです。 

機能も非常に制限されたもので、サポートしているものは超越関数など未定 
義命令だけで 、 Packed decimal 、 非正規イ激はまったくサポートしていない 
という シロ モノです。とりあえず 、 C コン ハ M ラが吐〈コードが動いてくれれ 
ばよいという気持ちで作成しました。 

何はともあれ pfloatx ができあがったので、さっそく数名の方に試用して 
もらいました。案の定、「うまく動いてくれない」という声が多〈聞かれまし 
た。そりやそうです、私の手元でもバ、ダりまくっているのですから。関数電卓 
プログラムのようなものを作って動かしているかぎりではなかなかボロが出ま 
せん。しかし、グラフを描かせてみると、もう結果はヒサンそのものです。と 
ころどころ、まったく噓の値を言十算してしまっているようです。……というよ 
りは、むしろ、嘘の値が関数に与えられてしまっているようです。 

その後、あれこれ試してみたのですが、どうも XC 68040のバグではなかろ 
うか、という結論に達しました。68040に内蔵されている四則演算がすでにお 
かしな値になっているのです。 XC 68040のパ、グと決めつけるのは早計かもし 
れません。もうすぐ出回るともいわれている MC 68040を入手してみないこと 
には1可ともいえません。 

四則演算しか使用していないはずの簡単なテストプログラムでさえ、まとも 
な値を出さないのを見て、しばらくはこの pfloat . x の作業を中断することに 
しました。そうこうしているうちに、私の本業が忙しくなって、 040 turbo の 
研究がだんだんできなくなってしまったのです。もともとは pfloat . x を今回 
の原稿のネタにするつもりでした力す、実験作品のようなものに始終してしまい、 
あまりカツコウがつきませんでした。 

動いているように見えるのならそれでよい、という見方をしていただければ、 
今回の実験はとりあえず成功 （？） です。なにしろ、はじめは実数演算を行っ 
ているアプリケーションが途中で「エラー ($000 B ) が発生しました」* 2 を起 


* 1 

[形容詞]似非の。「ぶ 
せうど j と発音しては 
いけないのですが、心 
の中ではそう読んでい 
ます。 


* 2 

1111 nneemulation 
の エラー。 68040 にて 
未定義の浮動小数点演 
算を実行しようとする 
と出ます。 
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こしまくっていたものが、ビタリと il 又まったのですから。まあ、なかには（内 
部で正しくなら、結果が出ているので）無限ループに陥ってしまうようなプログ 
ラムもあります0 

今回は実験レポートのようなものになってしまいました力 5 '、ようやく仕事の 
ほうが一段落ついた* 1 ので、 pfloat . x の実験の続きを再開したいと思います。 
NIFTY-Serve FSHARP 1 にてどしどし研究発表をしていきますので、み 
なさん課金を恐れず* 2 、遊びにきてくださいね。 FSHARP 1 の回し者ではあ 
りません力 ? 、いつもお世話になっていますので、ちょっと AT け宣伝ということ 
で……〇 


[## 文献] 


• MC 68030 ユーザーズ.マニュアル 

• MC 68040 ューザーズ •マニュアル 

• MC 68040 Designer’s Handbook 

• MC 68881 ユーザーズ •マニュアル 


(日本モトローラ） 
(日本モトローラ） 

(Motorola USA ) 
(電波新聞社） 


* 1 

これを執筆している 
3/23現在、「無職」で 
す。 


氺2 

リアルタイム会議 
(チャット）さえ行わ 
なければ、さほど課金 
は高くなりません。 
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■ 


DCACHE 2 .R 


DCACHE2. R 


■ _ _ 

DCACHE 2. R は、ディスクキャッシュプログラムです 0 当初、 Human 68 k 
ver 3に正式に対応していなかったので、 X 68030& Human 68 k ver 3になって 
添付された fastio を使っていたのですが、 RAM ディスタのアクセス速度が半 
分になってしまうわ、「バースト転送」のメッセージはコケ脅しだわと散々で 
した 0 結局、 X 68000& Human 68 k ¥6犷2の頃から愛用していた00人01£2.11 
をバージョンチェックを外して使うことに落ち着きました。 

しかし、68040の動作で問題がないか心配で、内部を調べなければいけない 
かなあと思っていたら、作者の Arimac 氏* 1 が 040 turbo の第一次配布に参加す 
るとのこと。これはラッキーでした。 

[ BEEPs ] 


Arimac^NIFTY-Serve : PAF03012 

040turbo と DCACHE2.R と BMPL.R 

私が作ったソフトのうち68040で動かすうえで問題が出たのは 、 DCACHE 
2. RtBMPL . R ぐらいです。という力 1 、それくらいしか公開していませんし 
(笑)。公開していないソフトでも C で書いてあるのはまった〈問題がないし、 
ハードウェアを直ネ嫌作しているソフトでも、あっさり動いてしまいました。 

DCACHE 2. R での問題点 

DCACHE 2. R は、 X 68000 では有名なデイスクキャッシャソフト* 2 です。 
DCACHE 2. R の場合、68040で動かす際に問題になるのが、プログラムの自 
己書き換え* 3 でした。でも、常駐を開始するときだけのことなので、いったん 
常駐してしまえば問題はありませんが。 

DCACHE 2. R では2力所で自己書き換えをする箇所があり、1つはデバイ 
スドライバに割り込む部分の命令コードを作るところで、もう1つはキャッシ 
ュバッファを初期イ匕するところです。 

デバイスドライバに割り込む部分の命令コードというのは、 


* 1 

当時は X 68030 の才 
ーナーでなかったにも 
かかわらず。 


氺2 

自分でいうなよ。 

* 3 

よくあるパターンで 
す。 
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.offset 

0 


DmdStrRtnEnt 

• ds .w 

1 

; move.l5/ x 

DmdReqHdrSav ： .ds.1 

1 

； リクエストへッダアドレス退避アドレス 


• ds .w 

1 

; jmp x 

DmdOldStrRtn 

.ds .w 

1 

； 本来のストラテジルーチンアドレス 

DmdlntRtnEnt 

.ds.w 

1 

； jsr x 

DmdStrRtnAdr 

.ds.1 

1 

； 割り込みルーチンアドレス 

DmdStrRtnEnd 

equ 

氺 

; align for 32bit 

DmdMaxUnit : 

.ds .b 

1 

; 最大ユニット No. 

DmdUnitBase ： 

• ds .b 

1 

; 内部ユニット No. のベース値 

DmdOldlntRtn 

.ds.1 

1 

； 本来の割り込みルーチンアドレス 

DmdDevHdrAdr 

• ds.1 

1 

; デバイスヘッダアドレス 

DmdReqHdrAdr 

.ds.1 

1 

;リクエストヘッダアドレス 

DmdSize 

equ 

氺 


となっています。 




DCACHE 2. R は、実は R (リロケータブル）形式ではなく 、X (非リロケ 
ータブル）形式にすれば自己書き換えをしなくてすむのですが、 R 形式にした 
のは、単に私の趣味からです。 

とはいっても、自己書き換えであれば、本来のストラテジルーチンへ飛ぶの 
は jmp 命令でできますが、自己書き換えを行わないようにしようとすると、 
68000ではメモリ間接分岐ができないので、かなり冗長なコードを書く必要が 
あります。68020以降ではメモリ間接分岐ができるのですが、そのためには 
MPU の種^を判別しなければならず、やっぱり冗長なコードになります。 

もう1つのキャッシュバ、ッファの初期イ匕は、キャッシュパ、ッファを高位メモ 
リにとらない場合に問題が出てきます。この場合、 DCACHE 2. R は、常駐部 
のすぐ後からこのバッファを確保するのですが、常駐部の後というのは今まさ 
に実行しているところで、そのまま初期化すると暴走してしまいます。 

そこで、初期化するルーチン（最後に実行するところ）を、初期似寺に内容 
の変わらないところ（パ、ッファの中）へ移動しているのです。 

どちらの問題も常駐開始時のことなので1力所に ( MPU ) キャッシュをフ 
ラッシュするコードを入れることで角军決してしまいました。 

それが以下の部分です 0 


Print msg20(pc 
move.l cache 一 drv(pc) , dO 
bsr mul_drv_print 

Print msg41(pc) 
cmp.b #4,iy^)uKind.w 
bne x 一 setup_ 500 

move.l #3, dl 


;' ドライブ' 

;' X :' ~ 1 X :' 

，••をキャッシュ対象にします。 ¥n 
;MPU は 68040 ? 

;< NO > 
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IOCS _IOCS_AC ;MPU CACHE CLEAR 

x—setup—500 •• 

jnp (a4) ， • 常駐化処理 (x_stay ) へ 

常駐イ [^1 理というのが、移動したキャッシュノハッファ初期イレレーチンです。 

BMPL . R での問題点 

BMPL.R とは、 SX-WINDOW で Microsoft-Windows の壁紙 （BMP フ 
ァイル）を表示するプログラムです。 768 X 512 ドットモードで256色を同時表 
示するというのが1寺徴になっています。このプログラムにも、やはり自己書き 
換えを行っているところがありました。これも R (リロケータブル）形式では 
なく 、X (非リロケータブル）形式にすればすむところです。 

もう1つの問題点は、 BMPL . R には MPU クロックに依存した部分があって、 
そこが障害となってうまく動作しなくなりました。本来、 CPU クロックに依 
存したプログラムは書くべきではありませんが、 BMPL . R では、1ラスター 
という、非常に短い時間（約 22// sec ) 内に表示ページを切り替えなければな 
らないため、適当なタイマがなく、命令の実行時間を言十算することでタイミン 
ダをあわさざる を得なかったのです。 

問題のルーチンがこれです。 


x_hsync : 


Push 一 w dO 


;8 


move. w front_cnt (pc), aO ;12 
x_hsync_100 : dbra.w dO,x_hsync_l00 ； d0 *10 + 14 

move.w #PAGE1,CRTC+VDC_R3 ;20 


move.w back 一 cnt (pc), dO 
x_hsync_200 : dbra • w dO, x_hsync_200 


；12 

； d0 *10+14 


Pop_w dO 


;8 


move.w #PAGEO,CRTC+VDC 一 R3 ;20 

rte ;20 


front _ cnt や back _ cnt のカウント値で時間を調整していることがわかるか 
と思います。行の右側に示した数字や計算式は、68000での命令の実行クロッ 
ク数です。 
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X 68000 シリーズには XVI やクロックアップしたマシンもあるため 、 CPU 
のスピードを計測し、それをもとにループカウント値を設定しているので、あ 
る程度は CPU クロックに依存しないプログラムとなってはいるのですが、 
68000と68040では1つ1つの命令そのものの実行時間が違っているので、計 
算には多少違いが出てきます。 

ところで、この BMPL . R の機能を抵張しようと、* 1 ソースファイルカす C 言語 
で書いてあるモジュールを改造していくうちに、今まで表示できていたものが 
突然^ 1 T きなくなることがありました。原因を調べてみると、アドレスによ 
って命令の実行速度が違うことがわかりました。68040は32ビット MPU であ 
るため、命令長が4バイトの場合、アドレスによっては一度にアクセスできた 
り、二度に分けなければできないことがあるためでした。 

ほかにも、スタティックカラムとかキャッシュラインとか、命令の実4亍速度 
に関係する要因はあるようで、68040の奥の深さを感じさせてくれます。* 2 
この問題を解決するには、 fas * 3 というアセンブラで導入された、命令やデ 
-夕を4バイト境界に整列させる. quad という命令を使えばよいのですが、リ 
ンカがこの命令に対応していなかったので、ちょっとした工夫が必要でした。 

BMPL . R は、ソースフアイルが C 言語で書かれているモジュール t アセン 
ブラで書かれているモジュールから成り立っているのですが、 C 言語で書かれ 
ているほうがメインプログラムなので、これをアドレスの若いほうに配置し、 
アセンブラで書かれているほうはそれに続〈アドレスに配置します。 

C 言語で書かれているプログラムがたまたま4バイト境界にあっていないア 
ドレスて'終わった場合、アセンブラで書かれているほうはリンカが対応してい 
ないので4パ、イト境界にあってないままリンクされます。これは、本来リンカ 
が対応すべき問題かもしれませんが、とりあえず、 C 言語で書かれているプロ 
グラムの最後に asm 命令で. quad 命令を言碰するという施で解決しました 0 
C 言語で書かれているプログラムの最後は、 


氺1 

1678万色 データの 表 
示など。 


氺2 

調べてみればおもし 
ろそうなのですが……0 

* 3 

Y . Nakamura 氏と T 
N 1の H .0 氏が制作さ 
れたフリーソフト。 


asm ( ^¥t.quad^ ) ; 

となっています。 

68040も使ってみるまではいろいろ危惧する点もありましたが、今ではコピ 
ーバックモードを常用している状態で、意外になんとかなるもんだなあと思い 
ました。もっとも、それは、 BEEPs 氏やじやぎゅあ氏や、その他の X 68000 を 
愛する方々の努力があったからこそですが。 

これを書いている最中にも、「少ない MPU キャッシュメモリを有効に使う 
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ため、 DCACHE 2. R のキャッシュバッファに使用しているメモリを MPU キ 
ャッシュの対象から外している」という報告 ( NIFTY-Serve FSHARP 1 
会議室の書き込み）があったりします。というわけで、まだまだ 040 tur*bo へ 
の DCACHE 2. R の対応は現在進行形という感じです。 
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68040用デバッガ 


68040では、 X 68000 時代のデバッガ DB . X がいちおう使えましたが、スーパ 
ー バイザ モードの 動作が若干違うため、不便な思いをしていました 。 XCver 
2.1 NEW KIT が出て、68030対応の DB . X が登場しました。これでやっとま 
ともなデバッガが使えると思ったら、こちらはもっと悲惨で、68040で* 3 lJ ! l す 
るとハングアップしてしまいます。 

ほとんどのソフトウェアは、少なくともキャッシュオフ状態なら68040モー 
ドでも動いたのに、デバ'ッガだけはキャッシュオフでも動きません。これは手 
に負えそうもないかなとあきらめかけていたら、68040で使えるデバッガのパ 
ツチが公開されました。しかし、相当大変な作業だったようです。 

[ BEEPs ] 


なっち（湯浅夏樹) ❖NIFTY-Serve : KHFO 3720 

デバッガがない！ 

僕が X 68030 を注文したのは199牌3月4日（木)のこと。3月8日（月）にお 
金を払い込み、実際に X 68030 が届いたのは3月14日（日）のことでした。 

それからしばらくは、 X 68000 では動くが、 X 68030 では動かないソフトのパ 
ッチ当てをやることも多かったのですが、そういうとき、いつも不便に思って 
いたことは「デバッガが使えない」ということでした。もちろん、 [ OP 丁. 2] 
キーを押しながら立ち上げれば ROM デバッガが起動するので、これを利用す 
ることもできたのですが* 1 、 ROM デバッガでは起動済みのプログラムしかデ 
バッダできませんし、通常は RS -232 C でつないだ端末* 2 からデバッグするこ 
とになるので、デイスプレイやキーボードの切り替えが面倒です。* 3 それに、 
通信ソフトから ROM デバッガのコマンドを入力するため、 HISTORY . X に 
よるキー入力のヒストリは使えないなど、どうも僕にはいまいち使いにくいも 
のでした。 

8月中旬、 DB.X ( ver 2.10 a ) を X 68030 で動くように改造してみたりもし 
ました* 4 が、とりあえず動作はするものの、バスエラー等力 5 '起こるたびにスタ 
ックポインタがなぜか少しずつずれていってしまうという代物になっていまし 
た。このスタックポインタの補正を完璧に行ったとしても、68030で披張され 


* 1 

X 680 x 0 と ROM デバ 
ッガの端末として使用 
する マシン の RS -232 

C ポートをクロスケー 
ブルで接続し、端末側 
のマシンで通信ソフト 
を立ち上げておいてか 
ら [ OPT .2] キーを押し 
ながら起動させると 
ROM デバッガが利用 
できるようになります。 
X 680 x 0 でプログラム 
実行中になんらかのエ 
ラーが起こると制御が 
ROM デバッガに移り、 
端末側の通信ソフトか 
ら ROM デバッガのコ 
マンドを入力できます。 


*2 

僕の場合は ACE - HD 。 


* 3 

ACE - HD のキーボ 
ードから ROM デ、パ， ツ 
ガの コマン ドを入力し 
ないといけないのに、 

X 68030 のキーボード 
を叩きながら「なんで 
( ROM デバッガのコマ 
ンドを）入力できない 
んだ！」と思ったこと 
も数知れません。 


* 4 

DB.X の初期化ルー 
チン内で Privilege Vio 
lation のべク タを 書き 
換えないようにし、ス 
タツクフレームのアド 

レス計算を68030用に 
変更したら、とりあえ 
ずは動作するようにな 
りました。 
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たレジスタや命令を扱うことはできないことを考えると、 DB . X を X 68030 用 
にそれ Oh 改造する意欲は急 ii に薄れてしまいました。 

9月中旬、シャープから XC NEW KIT へのグレードアップの案内の手紙 
が届きました。 X 68030 に対応した(デコンパイラ、アセンブラ、デバ、ッガを用 
意したということでした。以前のバージョンアップ料金から考えて、今回の料 
金も当然15,000円以下だろうと見積もっていたのですが、なんと2万円もし 
ました 0 しかも 、 ver 2からのバージョンアップの場合 T 、' も、 ver 2.1 からのグ 
レードアッフ。の場合でも同じ料金とのことでした。ちょっと頭にきたので、グ 
レードアップの申し込みをするのは締め切りが迫ってからでもいいのではない 
かと思うようになりました。 C コンパイラは真里子さんの GCC を使うので必 
要ありませんし、アセンブラも H .0 さんの FAS . X があるので、やはり、純正 
の AS . X は必要ありませんでした。ほとんどデバ'ッガのためだけに2万円も払 
うというのはちょっとす氏抗がありました。 

それからしばらくは、じゃぎゅあさんによる ROMDB 030. SYS * 1 を入手し 
たこともあって、これを利用することでなんとかなっていました。 

しかし、10月中旬頃、ふと 「040 turbo と格闘するためには、68030対応のデ 
バッガがあったほうがいいんじゃないだろうか」と思い、 XCNEWKIT の 
申し込みをしてしまいました。この結果、040 turbo が届く頃には NEWK ^^ 
も届いていて、68030対応のデバ'ッガを利用できるようになっていたのです。 

040 turbo との出会い 


040 turbo のことを知ったのは、7月の中旬頃、 SHUNA さんの運営する 
Inside BBS で、 SHUNA さんによって転載された 040 turbo の紹介記事を読 
んだことがきっかけでした。その直後に、沖さんが 「040 turbo の申し込みの 
メッセージを中継します」という書き込みをしてくれ、僕にとってはあこがれ 
の CPU である68040を、うちの X 68030 T 使うことができる！ということで、 
さっそく申し込むことにしました。* 2 

このときには、僕はまだ NIFTY - Serve には入会していませんでしたが、 
入会しておいたほうが後々なにかと便利だろうと思い、8月はじめにセゾンカ 
ードの入会を申し込み、カードが届いた9月下旬にオンラインサインアップで 
NIFT Y - Serve に入会しました。 

今思えば 、 NEW KIT の申し込み時期といい 、 NIFT Y - Serve に入会した 
時期といい、どちらもベストタイミングだったように思えます 。 XC NEW 
KIT を入手していたからこそ 、 XC NEW KIT について いた68030対応のデ 


* 1 

X 68030 の ROM デバ 
ッガを、 RS -232 C を通 
さずに X 68030 側で利 
用できるようにするツ 

-ル〇 


氺2 

申し込みのときには、 
Inside BBS の沖さん 
やわかとのさんに大変 
お世話になりました。 
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バッガを68040で使えるように改造することができたわけですし、 NIFTY - 
Serve に入会したおかげで 040 turbo の情報をリアルタイムに入手できたこ！： 
に加え、68040のジャンク品を PA 5さんから安〈譲っていただけたのです。 

10月26日（火)、待望の 040 turbo が届きました。はやる気持ちを抑え、とり 
あえず 040 turbo 取扱説明書を見ながら必要なものがすベて入っていることを 
確認するだけにとどめました。こういうものは焦って取り付けても、（僕の場 
合は）うまくいかないことが多いのです。 040 turbo の取り付けは、その次の 
土 •日である10月30日、31日に行いましたが、このときには 040 turbo の MPU 
ソケットへの挿し込みの深さが足りなかった等でうまく動作させることができ 
ませんでした。* 1 

その後、 BEEPs さんや PA 5 さんの助言を受け、11月2日、3日に再度チ 
ャレンジしたところ、なんとか無#®}{乍するようになりました。* 2 

ところが、 040 turbo 付属のフロッピーデイスタ内の 040 ERROR 丄 OG を見 
ると、不具合のなかに「030対応のデバッガが使えない」とありました 。 XC 
NEW KIT 力 ? 届いたときには「ようやく 68030対応のデバッガが手に入った」 
と喜んでいたのに、 

またデバッガが使えな t 、のか . 。 

とがっかりしてしまいました。68040では ROM デバッガも動かないため* 3 、 
今度こそ本当に自分でなんとかする必要がありました。 

DB . X との格闘 


11月7日（火)、ダメでも！：もとのつもりで XC NEW KIT の68030対応の 
DB . X を起動してみました。すると、 X 68030 からの応答がなくなり、ハング 
アップ状態。やはり BEEPs さんの不具合報告のとおりでした。 040 turbo 上で 
IW 乍するデバッガがあれば、どこで止まるかわかるのでしようが、 DB . X 自体 
が動かないうえ、 ROM デバッガも使えない状態なので、とりあえず dis.x ver 
2.06/?を使用して逆アセンブルしてみることにしました。 


* 1 

このことからも、040 
turbo が到着した日に 
取り付けに取り組んで 
いたら、大失敗してい 
ただろうことが想像で 
きます。 


氺2 

このときには大変お 
騒がせしました。 
BEEPs さんをはじめ、 
FSHARP 1のハード 
ウェアの部屋のみなさ 
ん、ありがとうござい 
ました。 


*3 

現在は、じやぎゆあ 
氏によって、 ROM デ 
バッガを68040で動く 

ようにするプログラム 

( ROMDB . X ) が提供さ 
れています。 


dis -e -h -u -W a:¥bin¥db*x db.s 


と入力して、68030対応 DB . X を逆アセンブルさせます。 

ここでは、 dis に 4つ オプションを 指定して いますが、これらに ついて少し 
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説明しておきましょう。 

、\- e " は、ラベルファイル ( db . lab ) を出力させるためのオプションです。 

ラベルファイルを利用して、よりよい逆アセンブルリストを得るために指*定し 
ています。 

Mi 〃は、プログラム領域をデータ領域と誤認識しても、その途中にある「$4 
E 75( rts )」 をきっかけに、できるだけプログラム領域として角科斤しようとして 
くれるオプションです。未知のプログラムを逆アセンブルするときにはつけて 
おいて損はありません。 

ゃ - u " は、未使用の A,Fline trap を未定義命令と見なさないようにする才 
プションです。 SX - WINDOW 用のソフトを逆アセンブルするときには必須 
ですが、今回も68030専用のコプロセッサ命令* 1 を未定義命令と見なさないよ 
うにす旨定しました。もっとも、 dis . x は68030専用命令をサボートしていないの 
で、このオプションを指定しても焼け石に水ではありますが。 

、、-は、絶対ショートアドレッシングを普通に出力するオプションです。 
AS . X は verl . O の頃、絶対ショートアドレッシングを記述できないバグがあっ 
たため、 dis . x はデフオルトでは絶対ショートアドレッシングを dc 疑似命令で 
記述するようになっていました。しかし、現在では AS . X は絶対ショートアド 
レッシングをきちんと处理できるようになりましたし、フリーソフトウエアの 
HAS . X や FAS . X では、もともときちんと処理ができるので、これを指定し 
て見やすい逆アセンブ'ルリストを得られるようにしました。 

dis . x は、 X 68000 用のプログラムならフルオートで、かなり質の高い逆アセ 
ンブルリストを出力してくれるのですが、68030対応の DB . X は68030専用の 
命令やレジスタを使用しており、 dis . x はこれらの030#用命令があるブロック 
をデータ領域と見なしてしまい、逆アセンブルしてくれません。 

そこで、68030の命令やレジスタに対応した逆アセンブラが必要となるので 
すが、ちょうど disasm という、68020+68881用の逆アセンブラを X 68000 用 
に移植してありました* 2 ので、これを利用して、 dis . x ではデータ領域と見な 
されてしまう部分が実際にはどのような命令なのかを調べてみることにしまし 
た0 


disasm -d a ： ¥bin¥ab.x > db_aisasm.s 

disasm は、オプシヨンを指定することで、実際のコ_ドとニーモニツ 
クを同時に見ることができ、今回のような場合には便利です。 

さて、 disc 、、- e 〃 オプションを指•定してラベルファイルを出力させていま 


氺1 

未使用の Fline trap 
になります。 


氺2 

FSHARP 1のジャ 

ンクシヨップにアップ 
ロード済み。ただし、 

これは dis . x とは違い、 
単なる逆アセンブラな 
ので、データ領域だろ 
うがなんだろう力、全 
部命令だと見なして逆 
アセンブルしてしまい 
ます。 
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したので、このラベルファイルを參照すれば、 dis.x がどこをデータ領域と判 
断したかがわかります。 

たとえば、ラベルファイル db.lab の一部を抜き出すと、 


000128 P colds 
000140 DUF 
0002 CC DS 
0002 DO DU 
0002 E0 P 

となっています。 

この書式の詳しい説明は、 dis.x 付属のマニュアル dis.doc を参照してくださ 

い。 

ここで簡単に説明しておくと、左の数字はアドレスで、次の文字列の先頭の 
文字は、そのアドレスからの領域がプログラム領域と認識されている （P) 力\ 
データ領域として認識されている （D) 力令表し、その次にもしラベルがあれ 
ば、これが記述されます。これを見ると、$ 000140〜$ 0002DF の部分がデー 
夕領域と見なされていることがわかります。 

db_disasm.s で、この部分がどうなっているかを見てみると、確かに $0001BC 
の 「movec msp,a0j という命令あたりから6803膊用命令が続いているよう 
です。しかし、一見したところ、この68030専用命令の列は$000210の fmove.l 
命令を最後に終わっているように見えます。 


0001 BC 

4E7A8803 

movec 

msp,a0 

0001 C0 

2D4807D8 

move.1 

aO,(2008,a6) 

0001C4 

2D7C000155C 60828 

move.l 

#0xl55c6,(2088,a6) 

0001 CC 

4E7A8804 

movec 

isp,a0 

0001 D0 

204807 DC 

move.l 

aO, (2012,a6) 

0001d4 

4E7A 8000 

movec 

sfc,a0 

0001 D8 

2D 4807 E0 

move.l 

aO,(2016,a6) 

0001 DC 

4E7A 8001 

movec 

dfc,a0 

0001 E0 

2D 4807 E4 

move.l 

a0, (2020, a6) 

0001E4 

4E7A 8002 

movec 

cacr,a0 

0001E8 

2D4807E8 

move.l 

aO, (2024,a6) 

0001 EC 

4E7A8801 

movec 

vbr,aO 

0001 F0 

204807 F0 

move.l 

aO,(2032,a6> 

0001F4 

4E7A8802 

movec 

caar,a0 

0001 F8 

2D 4807 EC 

move.l 

aO, (2028, a6) 

0001 FC 

2D6E01 72082 C 

move.l 

(370,a6),(2092,a6) 

000202 

4A6E07D2 

tst.w 

(2002,a6) 

000206 

6730 

beq.b 

0x238 

000208 

F239D0FF00012BF6 

fmovem.x (0xl2bf 6).1,fp0-fp7 

000210 

F2399C00000129FA 

move.l 

(0xl29fa).1,fpcr/fpsr/fpiar 

000218 

3D7CFFFF0834 

move.W 

#0xffff,(2100,a6) 
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このような68030専用命令の列は68000の命令とは見なすことができないの 
て、、 dis.x がデータ領域と判断してしまうのもやむを得ないことといえます。 
そこで、仮にデータ領域は $0001BC 〜$000217の部分だけで、その他の部分 
は プログラム 領域であると指定して みる ことにしました。また、$〇〇〇2〇〇は命 
令の途中のアドレスを指しているので、この行をラベルファイルから削除しま 
した0なお、ユーザーがラベルファイルを書き換える場合は、原則として小文 
字で書き換えなければならないのですが、この場合は$000140力 1 らの領域を プ 
ログラム 領域と見なしてくれなくなってしまいます。 

おそらく $000140から実行すると、 $0001BC からのデータ領域まで実行し 
てしまう* 1 ため、「本当のプログラム領域ならデータ領域に突入することはあ 
り得ない0したがって、$000140からの領域はデータ領域であろう」と、 dis.x 
が判断してしまうためではないかと思われます。 

そこで、ラベルファイルの$000140の行については、 dis.x がこの領域をも 
う一度解析することを抑制するために大文字で記述しました。* 2 


000128 P colds 
000140 P 
0001 BC duf 
000218 P 
0002 CC P 
0002 E0 P 


こうして、ラベルファイルの先ほどの部分に対応する部分を上のように変更 
してから、再度 dis.x を実行してみました。* 3 


氺1 

本当はデータ領域で 
はなく、68030用の命 
令が並んでいるのです 
から、実行するのは当 
然のことですが。 


* 2 

大文字で記述してお 
けば、 dis . x はそのア 
ドレスからの領域は解 
析済みと見なします。 


* 3 

、、- g v オプションを 
指定して ラベルフアイ 
ルを読み込ませていま 
す。 


dis -e -g -h -u -W a : ¥bin¥db.x ab.s 


すると、最初よりはいくぶんましな逆アセンブルリストを得ることができま 
した。ただし、$000140〜 $0001BB の領域は無理やりプログラム領域に指定 
してしまったためか、本来ラベルをつけなければならなし、場所にラベルがつい 
ていない部分がありました。そこで、 db_disasm.s と見比べながら、手作業で 
db.s を修正していきました。“ 

さて、こうして得られた逆アセンブルリストを目で追っていくのはかなり大 
変なので、ところどころに r $FF00j (DOSCALL の _EXIT) を埋め込んで、 
ハングアップ箇所を追い込んでいく方針をとりました。注意すべき点としては、 
今回の場合、 dis.x では正しくラベルカす割り付けられた逆アセンブルリストは 
得られていませんので、 r $FF00j の埋め込みはそれ以降のアドレスがずれな 


* 4 

たとえば、アドレス 

$000162の 「dbra d 7, 
$ 0000015 cj は本当は 
「dbra d 7， L 00015 cj と 
し、ラベル L 00015 C も 
本来あるべき位置に挿 
入しておかなければな 
りません。なお、手作 
業で修正しなくても、 

ラベルフアイルに「00 

015 c Pj という行を 
付け加えてから逆アセ 
ンブルしなおせば、こ 
のラベルを得ることが 
できるということには 
後で気がつきました。 
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いように行わないと、思わぬ_乍の原因になってしまうということです。 

具体的な作業としては、まず db.s と db_disasm.s とを見比べながら、 db.s 
の適当な場所に 「dc.w $FF00j を入れ、必要に応じてその付近の命令の削除 
や、 nop や dc の埋め込み等をして、その後のアドレスがずれないように調整 
しました。そして、アセンブル、リンクして実行ファイルをイ乍成し、それを実 
行してみて、コマンド待ちに戻ってくるか、それともハングアップしてしまう 
かを?鶴忍していきました。 

はじめのうちは、律儀に DB.X の実行開始アドレスから徐々に 「$FF00」 を 
埋め込む場所を後ろにずらしていったのですが、特に問題なくコマンド待ちに 
戻ってきました。後でよく考えてみれば、一番怪しいのは68030専用命令が並 
んでいる $0001BC 〜$000217あたりですから、次にこの部分の前後に 「$FF 
00」を埋め込んでみました。 

すると、この部分の直前に r $FF00j を埋め込んだ場合はコマンド待ちに 
戻ってきました力\直後に 「$FF00」 を埋め込んだ場合にはハングアップし 
てしまいました。 


令はり 、ここか〇 


と思い、 r $FF00j を埋め込む場所を、 db_disasm.s を参照しながらアドレス 
$0001BC からほぼ2命令ずつ* 1 ずらしていき、どこでハングアップするかを 
調べていきました。 

ずらすこと約7回、 

変だなあ0なんでハングアップしないんだろう？ 

と不思議に思いはじめた頃、ようやくハングアップ箇所を突き止めることがで 
きました0それは、 「movec caar,a0」 でした0 caar は 68EC030 には存在しま 
すが、68040には存在しないレジスタなので、この部分でおそらく Illegal 
Instruction エラーが起こるのでしよう。しかし、この部分はまだ DB.X の初 
期イレレーチンの途中でしようから、エラー处理 ノレ ーチン のべ クタはきちんと設 
定されていない可能 f 生が高く、そのきちんと設定されていないエラー処理ルー 
チンにジャンプしてしまうために DB.X はハングアップしてしまったのでしよ 

5〇 

以前、68030と68040とを比!交していたときに、 


* 1 

ハングアップ箇所は 
普通の move . l 命令のと 
ころではなく 、 movec 
命令のところだと予想 
していたので 、 movec 
命令の直後に 「$FF 
00」を埋め込んでいき 
ました。 
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と caar レジスタの存在は知っていたにもかかわらず、いざ、 DB.X が動かな 
い原因を探るときには、このことには全^がつかなかったということには苦 
笑せざるを得ません。 

この 「movec caar，a0」 の部分だけ2つの nop 命令に置き換えてからアセ 
ンブル、リンクして実行したところ、この DB.X はとりあえず起動はするよう 
になりました。しかし、 q コマンドで終了しようとすると、エラーが'起こって 
終了できません。 

やはり、 caar が使われているところを全部チェックする必要があるな。 

と思い、 db_disasm.s 中の caar レジスタをサーチして、そこに対応する db.s 
のほうの命令を nop に変更していきました。変更箇所は全部で11力所でした。 

こうして、 caar を使わないようにした DB.X を起動して、いろいろなコマ 
ンドを実行してみたところ、一応動いているようですし、 q コマンドでちゃん 
と終了することもできました。 

これで一件落着と思って、さっそく、このパッチ情報を NIFTY-Serve の 
FSHARP 1のジャンクショップにアップロードしました。 

キャッシュクリア対応 

SCD.X 力り、ングアップするのも DB.X と同じ原因だろうと思い、 


aisasm -d a ： ¥bm¥scd.x > sea 一 aisasrrus 


で scd disasm.s を作成し、 DB.X のときと同様に、 caar をサーチして、その 
部分を nop に変更するパッチを作成しました（これも手作業で11力所)。これ 
だけで、 SCD.X は起動するようになったので、ほっと一息つきながら動作試 
験として、鈴木国文さん作の FLO AT040.X をステップ実行してみました。し 
かし、マウスで Step をクリックすると、するすると最後まで実行されてしま 
うではありませんか。 

あれ？今、何が起こったんだ？ 
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と思ってしまいました。 

そう、キャッシュのことを何も考えていなかったので、 SCD.X が設定した 
(つもりの）ブレークポイントはメモリには書き込まれたのでしよう力 5 '、命令 
キャッシュには反映されず、 CPU はブレークポイントなんてないものと思っ 
て突っ走ってしまったようなのです。 

あわてて DB.X でもステップ実行を試してみると、こちらも同じ症状が出ます。 
アップロードするんじゃなかった……。 

と思っても後の祭り。 

とにかく早くキャッシュにも対応したパッチプログラムを作るしかありませ 
ん〇 


もしかすると、 6803( Kr — ドでもキャッシュオン時にはステップ実行はでき 
ないんじゃないだろうか？ 

とも思って、68030モードでキャッシュオンにして SCD.X を実行してみたと 
ころ、ステップ実行は正常に行われているようでした。 

これらの動作から考えて、ステップ実行ができないのは68030と68040とで 
キャッシュクリアの方法が違うことに原因があるのだろうと思い、 040turbo 
の取扱説明書を見てみると、ソフトウェアの説明のところに68030と68040で 
はキャッシュの制御方法が違うということが非常に詳しく書かれているではあ 
りません力、。 

説明書をちゃんと読んでいる人なら、一番最初にチェックを入れるべき_ 
ではないか。 


と、我ながら恥ずかしくなりました。 

DB.X 内でキャッシュクリアをしているところをサーチしたところ、あるわ 
あるわ、4〇力戸斤もあり、とても手イ镑で直す気にはなれませんでした。し 
かし、よくよく見てみると、キャッシュクリアをしている部分は全部以下のよ 
うな 10^' イトの同じコードでした。* 1 


氺1 

これは SCD . X でも同 
じでした。 


movea.l #$808, aO * 20 7c 00 00 08 08 

movec a0,cacr 氺 4e 7b 80 02 
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そこで、このような 10^' イトの列を見つけたら、以下の10ぐイトに置換する 
プログラムを 作って 対处することにしました。* 1 


cinva 

ic/dc 

氺 

f4 

d8 

bra 

LABEL 

氺 

60 

06 

dc.b 

08,08 

氺 

08 

08 

movec 

aO,cacr 

ホ 

4e 

7b 80 02 


LABEL: 

この置換プログラムでパッチを当てた後の DB.X や SCD.X は、キャッシュ 
オン時でも問題なくステップ実行ができることを確認し、急いで NIFTY- 
Serve の FSHARP 1のジャンクシヨッフ。に登多录しなおしました。 

しかし、このときには何も考えずにキャッシュクリアには cinv 命令を使っ 
ていました。 cinv 命令は、キャッシュ内容を強制的に無効化する命令である 
ため、キャッシュモードがライトスルーモードの場合にはこれでもいいのです 
が、コピーバックモードのときには CPU が書き込んだはずのデータが（キャ 
ッシュには書き込まれていても）メモリには書き戻されずに消えてしまうとい 
った現象が生じてしまいます。そのため、 FSHARP 1のハードウェアの部屋 
で、 cinv 命令よりも cpush 命令のほうがよいと、中村ちやぶにさんが教えて 
くださいました。 

cpush 命令は、キャッシュ内のデータをメモリに書き戻してからキャッシュ 
内容を無効化するため、コピーバックモードでも問題は起きません。また、せ 
っかく IOCS-AC でキャッシュクリア機能が用意されているのですから、アブ 
リケーシヨン側からのキャッシュのコントロールは本来は IOCS-AC を使うの 
が望ましいと考えられます。 

その頃は、 

コピー バックモー ドがサボートされるのはまだまだ先の話だろう。 

と思っていたので、のんびりかまえていたのですが、予想外に早くコピーバッ 
クモードがサボートされ、あわてて IOCS-AC を使ってキャッシュクリアする 
ことを考えてみました。しかし、僕の能力不足で結局断^してしまうことにな 
ったのです。 

というのは、 IOCS-AC でキャッシュをクリアするには、レジスタ D1 に3 
を入れて IOCS-AC をコールしなければなりません。ということは、コール前 
にはレジスタ DO、D1 を保存する必要があります。普通にコーディングする 


氺1 

実際には置換される 
のは先頭の4バイトの 
みです。 
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movem.l 

dO-dl,-(sp) 

moveq.l 

#3,dl 

moveq.l 

#$ac,dO 

trap 

#15 

movenul 

(sp) + ,dO-dl 


となるのですが、これでは1シぺ、イトも消費してしまいます0しかし、パッチを 
当てるための領域は先ほど述べたように 10^' イトしかありません。 D 0 レジス 
夕が壊されてもよいなら、 


move ユ 

dl,-(sp) 

moveq.l 

#3,dl 

moveq.l 

#$ac,dO 

trap 

#15 

move.l 

(sp)+,dl 


とすれば10バイトに収まりますが、 DO レジスタが5皮壊されても大丈夫だとい 
う保証はありませんし、それについて40力所以」!* 1 にわたって調べ上げる気力 


もありません。 





cpusha 

ic/dc 

* 

f4 

f8 

bra 

LABEL 

氺 

60 

06 

dc.b 

08,08 

氺 

08 

08 

movec 

LABEL: 

aO,cacr 

氺 

4e 

7b 80 02 


氺1 

キャッシュクリアし 
ている部分は 40 力所以 
上あります。 


結局、コピーバックモードへの対応としては、先ほどのパッチ中の cinv 命 
令を cpush 命令に置き換えただけのものを登録して現在に至っています。 

僕自身はまだコピーパ'ックモードはほとんど使用していないため、まだまだ 
問題があるかもしれませんが、問題が見つかれば、またプログラムを組むのに 
いいネタが見つかったと考えて対応していきたい t 思っています。 


謝辞 

040turbo という素晴らしいハード/ソフト（おまけに豪華取扱説明書）を 
開発してくださった BEEPs さん、68040を非常な安価で譲ってくださった PA5 
さん、また、有益な情報を書き込んでくださった FSHARP1 のハードウェア 
の部屋のみなさん、 040turbo を知るきっかけとなった Inside BBS のみなさ 
んに感謝いたします。 
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MMUTM.X 、 ROMDBX そして 040SYSpatch_sys 

■ _ 


M 

m 


これらのプログラムは、68040と68030の違いからくるシステムプログラム 
の不具合を纖しようとするサポートプログラムです 0 もともと 040 SYSpatch . 
sys は 040 turbo 力働けばいいということで作成されましたので、いろいろと不 
備があり、これらのプログラムのサポートが必要でした。そのうち、これらの 
機能をどんどん内蔵して不備が取り除かれていったわけです。今や040 
SYSpatch . sys のことを一番よく知っているのは、じやぎゆあ氏といっても過 
言ではないでしょう。 

[ BEEPs ] 


じやぎゆあ ❖NIFTY-Serve : NBH02724 

040 turbo と スーパーバイザ保護 


68040のような MMU を内蔵している MPU は、 MMU の操作でメモリ保護 


が可能になっています。初期の頃の 040SYSpatch.sys では、 OS 管理下のメ 
モリカ 5 'ユーザーエリアに設定されていました。それでもいちおう、 process, x 
で表示される Human.sys 領域は X68030 のハードウエアによって保護されて 
います。しかし、ユーザーモードで68040の MMU テーブルとパッチした ROM 
領域が変更できてしまうのはあまり気持ちがいいものではありません。 

^^oice of Users 

040tu「bo 日記 
1993年11月2日（火曜日） 

怪しい予感がしたので、さっさと仕事をやめて秋葉原に行き、 80486 用冷却 フアン 
と MC 68030 RC25 の中古を購入した。帰宅すると、名古屋方面からの箱が到着して 
いた . 〇 

急いで部屋に行き、右タワー開放状態で 040turbo 装着を待つ X68030 を、定位置よ 
り弓 I きずり出し、取り付け作業に入る。 040turbo の基板 Ji の XC 68040 にシリコング 
リスを塗り冷却フアンを取り付けるのだが、 80486 用のために幅力 ? 狭い。ムリムリと 
金具の幅を拡げて、 XC 68040 にキズがつかないようにかぶせるようにして取り付け 
た0 
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そこで、 040SYSpatchsys を変更せずに MMU テーブルだけを変更する 
MMUTM.X を作ってみました。シェル起動後に MMUTM.X を実行すると、 
68040の MMU によって、 MMU テーブル、パッチ ROM の領域をスーパーバ 
イザ保11するようにしました。さらに、お節介なことに Human, sys 領域もそ 
うなるようにしました0 MMUTM.X は、 Human.sys の*^アドレスがネ各1内 
されている OS ワークを $1C24 からのロングワードで参照しています。 

しかし、妙なことにソフトウェアリセット時にバスエラーが発生してしまい 
ます0どうやら Human.sys のブート時に一度だけ MPU がユーザーモードに 
なることがあるようです。それに、ソフトウェアリセット時には MMU は生 
きたままになっています。この2つの条件が重なってバスエラーが発生すると 
いう、お節介が裏目に出てしまう間抜けな事態になってしまいました。 

X680x0 の RAM エリアは、リセット時、先頭の 8K バイトを除いてューザ 
ーモードでの操作が可能になっています。しかし、 MMUTMX を実行して 
いると、生き残っている MMU のためにスーパーバイザ保護になっていると 
ころをユーザー モードで 操作することになります。そのため、 バスエラーが 発 
生してしまうわけです。本来なら、リセット時に MMU を止めなければなら 
ないのですが、起動した後のプログラムではどうしようもありません。結局、 
お節介機能の、 Human.sys 領域のスーパーバイザ設定はやめ、 X68030 のハ 
ードウェアによる f 呆能に頼ることにしました。 

これでメモリ保 If も完®のように思えましたが、まだまだ甘かったのです。 
68040のキャッシュモードにはコピーバックモードがあります。このモードで 
は、リードのみならずライトまでもがキャッシュヒットし、データはキャッシ 
ュのみに書き込まれます。キャッシュからメモリへの書き込みはキャッシュプ 

^^oice oj Users 

冷却ファンの電源は、拡張スロットの +12V から供給するように酉 £1 泉し、 50MHz 
クロック信号線の引き出しを終え、 X68030 上の MC68EC030 を外して、そのソケッ 
卜に 040turbo を載せ、電源を入れた。 

68040 ^却ファンカ f 動作しているのを確認し、プロンプトが出るまで侍つ。 

まずは 030 モードで config.sys に 040 SYSpatch.sys を書き加えた。 0401 則にスイッ 
チを切り替えリセット。「ぽ〜ん」0動いたっ。 

さっそく コンパイル やベンチマークをやってみるが、速い……。正確に X68030 と 
上 M 交するために 030 モードにもしてやってみた。 

ぉっ？げ.…“〇 

ハングった。 
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ッシュアクセスというメモリアクセスで行われます力す、このフアンクションが 
68030には存在しません。 040turbo では、このファンクションを68030のスー 
パーバイザデータ空間にデコードしています。ユーザ—モードでライトヒット 
したデータも、スーパーパ、イザモードでメモリに書き込むことになるわけです。 
次のリストを見てみましよう。 


1 

suba.l 

al,al 



2 

IOCS 

一 B 一 SUPER 

* 

スーパーバイザモード 

3 

move a. 1 

dO.al 



4 

move.b 

$0000.w,d0 

ホ 

スーパー バイ ザで一度 操作 

5 

IOCS 

一 B 一 SUPER 

氺 

ユーザーモー ドに戻す 

6 

move.b 

#0,$0000 .w 

* 

ユーザーモー ドで操作 

7 

suba.l 

al, al 



8 

IOCS 

—B—SUPER 

氺 

スーパーバイザモード 

9 

move a.1 

d0,al 



10 

cpusha 

dc 

氺 

データキャッシュブッシュ 


リストを見ただけで6行目でバ、スェラーが発生しそうなことがわかります。 
確かにキャッシュオフ時やライトスルーのようなメモリライト命令ですぐにメ 
モリを操作するという状態では、 X68030 のスーパーバイザ保護機能によって 
バスェラーが発生するのですが、コピーバックモードでは4行目で$0000番地 
がアクセスされた後の6行目でライトヒットしてしまい、メモリ操作は行われ 
ません。そして、キャッシュのみに書き込まれたデータはューザーモードで書 
き込んだにもかかわらず、10行目のキャッシュプッシュでスーパーバイザモー 
ドとして、メモリに書き込まれます。 

X68030 のハードウェアによる保護機能は、実際にメモリ操作が行われると 
きのフアンクシヨンコードをチェックしてバスエラーにしているので、このよ 

^^oice of Users 

030モードで今まで動作していたソフトの一部がハングアップするようになってし 
まった。040モードで動かないのは正しい （？） が、030モードでハングアップする 
のは異常た； 

さっそく NIFTY-Serve FSHARP 1ハードウェアの部屋に報告して、ハング 
アップするソフトと、そのパターンを確実に再現する実験も行ってみた。 

これを「030ぴ一んち」と呼ぶ（ホントだよ）。 

1993 年 11 月 5 日（金曜日） 

「030ぴ一んち」の件で、 040 turbo を作者の BEEPs 氏に見てもらうことになったの 
で発送 0 
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うなケースではまったく意味をなしません。このようなことはめったにないと 
思いますが、 ひじよ一に気分が悪いといえます。これでは、下手をするとュー 
ザーモードで容易に Humansys 領域を操作（与破壊）できてしまいますので、 
これは阻止しなければなりません。* 1 

では、どうしたらいいのでしよう？ 

これは、 MMU で Human.sys 領域をスーパーバイザモードにすればよいだ 
けのことで、 MMU であればアドレス判定時に操作対象となるメモリのモー 
ドをするので、前出リストのようなケースでもしっかりバスエラーが発生 
します。このため、力つて一度失敗したお節介機能を復活させることになりま 
した。 

しかし、ただ Human.sys 領域をスーパーバイザモードにするだけだと前に 
失敗したように ソフ トウエアリセ ッ ト時に バスエラーに なってしまいますので、 
ブート時に MMU を止めるようにします。ここで、「勝手に MMU を止めて問 
題はないのですか？」といわれるかもしれませんが、電源投入時にはもともと 
止まっているものなので、まったく問題ありません。 

では、次にどこで MMU を止めればいいのでしよう？ ブート時には、通 
常 ROM から実行が始まりますが、 040SYSpatch.sys では RAM に転送して 
パッチしたものを代用しているので、 MMU 停止コードを書き加えることは 
可能です。ブートプログラムの先頭で強弓Iに空き領域に MMU 停止コードを 
追加して、そこにジャンプさせて MMU 停止を実行するようにするのもいい 
ですが、あまりかっこがいいとはいえません。ブートプログラムを追うと、ちよ 
うどよいことに、 「MPU が68030か68040か？」を判別している部分があります。 

これは、 


* 1 

これを悪用すると、 
040 turbo でしか動作し 
ない変態ソフトが作れ 
ます。 


^oice of Users 

遅い……〇 

X 68030 が遅く感じる。この数日で68040 25 MHz の速度に慣れてしまっていた。 


1993年11月9日(火曜日) 

チェックの結果、 040 turbo に異常なし。問題は X 68030 本体にかかわることのよう 
だ。 

1993年11月13日(土曜日) 

今度は、 X 68030 と 040 turbo を発送した。 X 68030 の個体差による問題なのでセッ 
卜で試すこととなった。 
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movec URP,A1 


となっていて、68030に存在しない命令 （68040 専用）を実行して不当命令例 
外を発生させ、不当命令だった場合には68030と判別しているのです。 

どうにかして、ここを使えないかと考えてみました。そうすれば、非常にス 
マートに MMU 停止コードが収まります。 MMU を止めるには、 TC レジスタ 
の第15ビットを0にしなければなりませんが、都合のよいことに、この命令に 
きた時点で' D0 レジスタが'0になっています。ということは、 

movec D0.TC 

とすればよいのです。 

TC レジスタは68030にも存在しますが、この場合には pmove 命令での操作 
になっています。これで MMU も止まりますし、68030では変更前と同様に不 
当命令例外が発生します。それに、この命令なら、変更前と同じ命令長でピッ 
タリです。 040SYSpatchsys にパッチ ROM の該当部分を変更するように追 
加しました。* 1 

また、 MMUTM.X では Human.sys の最終アドレスを得るのに OS ワーク 
を参照しましたが、今回は Human.sys 内でスーパーバイザ領域設定ポート似 
降、設定ポートと呼ぶ* 2 )を操作しているところにパッチをあててパッチプロ 
グラムにジャンプするようにし、パッチプログラム内で MMU を操作して 
Human.sys の領域をスーパバイザ保護するようにしました0設定ポートを操 
作している部分は1力所だけなので探しやすいし* 3 、さらに者15合のよいことに 


氺1 

しかし、後で考えて 
みたら、ハ。ツチした 
ROM コード上で68040 
になって いる ことは明 
らかな状態ですから、 
こんなことをする必要 
はなかったのです。最 
新の 040 SYSpatch.sys 

では、ソフトウェアリ 
セツト時に MMU を止 
めません。結局、空き 
領域に MMU 制御コー 
ドを追加するという、 
かっこよくない方法を 
とってしまいました。 


氺2 

アドレス $ E 86001 に 
あります。 


氺 3 

アドレス $ E 86001 
(エリアセットレジス 

夕）を サーチする だけ 
です。 


oj Users 
う、遅い。 

15MHz に改造してある X68000EXPERT だ。数日間は、これを再びメインで使う 
ことになる。この日の東京は昼頃から小雨降る肌寒い1日だ'った。 

1993 年 11 月 15 日 ( 月曜日 ) 

BEEPs 氏力 1 らのメールで「030ぴ一んち」の原因が判明した。データ バスに 入っ 
ている バス トランシーバのゲート信号のタイ ミ ングが、 040turbo を接続したことで 
不安定になり、間違ったデータをリードしている。これへの対策は、ゲート信号のピ 
ンに小容量のコンデンサを取り付ければよく、これで安定するようになったというこ 
と:^つた。 
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は、設定ポートに出力する値は8 K バイトごとの値になっていて 040SYSpatch. 
sys で MMU を制御しているページサイズと同じなので、設定ポートに書き込 
む値がそのまま使えるのです。 

このパッチを行うソフトウェアは、デ、パ、イスドライバ、型として登録され、 
実際に実行されるのはスーパーバイザ領域の設定時という少し変わった動作* 1 
をするものとなりました。これを、 HuSUPER.SYS として発表しましたが、 
後に 040SYSpatch.sys 内に組み込んでもらうことにしました。 

とりあえず、これで問題はなかったのですが、後でこの設定ポートが「パ、 
イトサイズ」であることを思い出したのです。 

ということは、：も、 


8 KX256 二2097152=$200000= 2 M バイト 


* 1 

すべてのデバイスド 
ライバが登録された後 
でないと、 Human 68 
k としてスーパーバイ 
ザ保護すべき領域がわ 
からないので、本プロ 
グラムの登録時はパッ 
チをセットし、後ほど 
このパッチを通るとき 
にスーパーバイザ保護 
をします。 


という計算になり、先§頁から 2M バイトしか設定できません。 

ためしに、 Human.sys 領域内で 2M バイトに RAM ディスクを設定してみ 
ました。すると、やはりハングアップしてしまいました。どうやら HuSUPER 
のところでハングアップしているようです。調べてみると、 Human.sys 内で 
「スーパーバイザ領域が2 M バイトを超えた場合には moveq #$FF，D0 して 
から DO の値を設定ポートに書き込んでいる」のです。設定ポートは8ビット 
ですから困りません。最大値の 2M バイトになるだけです。 

しかし、 「moveq #$FF, DOj された値は32ビットのデータとして符号拡 
張されてしまい、実質的には# $FFFFFFFF とまったく同じことになってし 
まいます。悪いことに、 HuSUPER では D0 の値をページ数として MMU テ 

^^oice of Users 

1993年11月17日（水曜日） 

X 68030 と 040 turbo が帰宅し、現在に至る。はじめはたいした協力はできそうもな 
いとか言っておきながら、今では68040の使い方を覚え、いくつかの謎めいたソフト 
ができてしまった。68040的テクニックもいくつかわかった。 

(文•じやぎゆあ（大石健太郎） NIFTY-Serve : NBH 02724) 
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ーブルの操作に使用していますから、これはとんでもない{直です。メモリ領域 
の全域が スーパー バイザ保護されてしまいました。 

これでは設定ポートに書き込む D 0の値をそのまま MMU のページ設定に使 
えないので、ページ数の計算は自前で行うように変更しました。ちなみに、こ 
れは X68030 に始まったことではなく、 X68000 からある仕様でした。 
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040 turbo と ROM デバッガ 


ROM デバッガはオマヶ的要素が強いソフトウェアです0なぜなら、 ROM 
デバ'ッガが動作しなくても、通常の使用ではまったく問題がないからです。し 
かし、なんとかして ROM デ'バッガを動かしたいと思いました。 

X680x0 では、 [OPT.2] キーを押しながらリセットすると ROM デバッガが 
起動するのですが、 040turbo でそれを行うとハングアップしてしまいます。 
これは、68040にはないレジスタを操作しているからで、これがなければ動く 
はずです。 

そこで、 040turbo で ROM デバッガを使用するうえでの問題点を整理して 
みました。* 1 

1. 68040にはないレジスタ操作をなくさなければなりません。 caar レジス 
夕は存在せず、このままでは不当命制列外になってしまいます。そこで、こ 
れを相当する命令に変更しなければならないのですが、ここでは nop 命令に 
置き換えるだけでかまいません。 

2. キャッシュクリアのコードを変更しなければなりません。 

変更しなくても動きます力、完全とはいえません。これは、 cpush 命令で 
置き換えることができます。 

3. 1•と2•の変更箇所は簡単に発見できますが、デバッガは ROM にあるので 
すから変更することはできません。これでは無理です。 


氺1 

以降は、 ROM デバ 
ツカ>を 「 ROMDB 」 と 
略します。 


3.の問題をクリアするのは難しいことです。これを克服するには、デバッガ 
を RAM に転送すればよいのです。しかし、 RAM に転送した時点で、さらに 
次のような問題点が浮上しました。 

4. ROM であるがゆえに、X形式の実行ファイルのようにリロケートの必要 
がなく、 ROMDB のアドレスに依存した絶対アドレスを変更しているとこ 
ろがあります。これを転送したアドレスにあうように変更しなければなりま 
せん。これを行わなければ、处理途中でもとの ROM にジャンプしてしまう 
からです。 

絶対アドレス指定で使用する命令として、すぐに思いつくものを挙げてみま 
しよう。 
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LEA, PEA, MP, JSR 

などです。特に分岐命令などはそのままプログラムの実行にかかわってきます。 

そこで、これらの命令のオペコードを頼りに探していくことにしました。才 
ペコードの次のデータは必ずアドレス値で、ここカミデバッガ格納アドレス範囲 
に入っていれば絶対アドレス指定なので変更の対象になります。 c 言語で検索 
プログラムを作成し、これを実行します 0 すると、 pea 命令では絶対アドレス 
指定が使われていませんでした。この検索プログラムで発見した絶対アドレス 
指定の箇所を変更して、 RAM 上で実行してみました。 

動いた……〇 

なんとかデ'パ'ッカ''っぽく®}{乍するようになりました。 

しかし、パ、スエラーが頻繁に発生してしまいます。やはり、 ROM のほうに 
ジャンプしてしまっているようです。 

ROMDB 内部の解析 1 を進めると、アドレステーブルの存在に気づきました0 
この場合、4番地ごとにアドレス値が配置されているのですが、調べてみる！：、 
たまにそうではないものもあります。 

困った。 


モトローラの 「PROGRAMMER’S REFERENCE MANUAL」 を見る 
と、オペコードには一定の規則があることがわかります。命令の動作はオペコ 
ードの12〜15ビットで分類されています。たとえば、 、 x ooor であればバイト 
転送ですし、 "Olir であれば moveq 命令なのです。 

今度は、このオペコードの上位4ビットを頼りに命令を分類して表示するプ 
ログラムを組むことにしました。当然、すでに判明している部分は無視するこ 
とにしました。これで得られた結果をもとに、すべて DB.X であたっていけば 
よいのですが、かなりの数があります。このためにバッチファイルを組んで、 
怪しいアドレスから少し前までを表示するようにし、すべての結果をリダイレ 
タトしてファイノレイ匕し、5鶴忍することにしました。 

アドレス値はテーブル構造になって格納されていることが多かったので、そ 
れほど確認する時間はかかりませんでした。こうして、すべての箇所を変更し 
て RAM 領域で再度実行しました。 
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動いたっ。 

もうバスエラーも出ませんし、68030のときのようにデバッガから OS に復 
帰できるようにもなりました。ここまでくれば、後は使い勝手を向上させるこ 
とだけです。コンソールからも使えるようにしたり、つねにメモリ内に常駐し 
てオン•オフができるようにもしました。また、 ROMDB 専用領域の5萑保は、 
040 SYSpatch . sys で行うようにオプション、'!〃 を追加しました。 

忘れてならないのは ROMDB であるということで、そう簡単に破壊されて 
は困ります。68040の MMU には、メモリにライトプロテクトを設定すること 
も可能なので、この機能でデバッガ領域を保護することにしました。こうして 
おけば大丈夫です。 MMU が止まってしまうと効果がありませんが、そうい 
う事態になっているときには ROMDB ですらまともに®]^しません。 

そして、このパッチプログラムを ROMDB . X として発表しました。使い方 
は config . sys でデバイスドライバのように登録すると、 ROMDB を専用領域 
に転送してリロケートします。使用する場合には、 ROMDB . X にオプション 
を与えてデバッガを起動します。後は ROMDB と同じです。68040に対応さ 
せるというよりも、リロケートして動かすといったほうがいいような内容です。 

最後にパツチしたアドレスの個数を列記しておきます。 


caar レジスタ関連 9力所 

キャッシュタリア関連 44力所 

lea $XXXXXX 154力所 

jmp$XXXXXX 31力所 

jsr $XXXXXX 854力所 

その他 365力所 

総数 . 1457力所 


かなりの数になりますが、後に1405力所の変更が無意味になるのでした… 
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68040と バス エラー 


68040では、バスエラー例外は「アクセスフオールト」という例外に含まれ 
ますが、ベクタはバスエラーと同じで、ただ名前が変わっただけ!:思っていい 
でしよう。このバスエラーが困ったもので、スタックフレームが68030と異な 
るのです。それだけならいいのですが、スタックフレームにセーブされた内容 
には、「ライトバ、ックバ、ッファ」の内容や「プッシュデータ」が含まれており、 
これらのデータは本来ならばメモリに書き込まれていなければなりません。 
ROMDB では、これらのデータを無見してしまいます。そして、 Human68k 
でも無視しています。68040に対応していないので、当然といえば当然です。 

もし、これが原因で重大な問題が発生するのであれば、そのうち誰かが対応 
してくれることでしよう。ただし、それ以前にバスエラーを発生するソフトウ 
エア自体が重大な問題を持っているのですから、わざわざ対応する必要性を感 
じる人もいないと思います。「バスエラーが問題」ではなく、「バスエラーを起 
こすソフトウェアが問題」なのです。 
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パッチ ROM 領域は RAM の中へ 


040SYSpatchsys では、 IOCS ROM を68040対応にするため、 RAM に転 
送してパッチをあてています。このため、 IOCS のアドレスが ROM の場合と 
異なってしまいます。普通はちゃんとハ。ッチをしているので特に困ることはあ 
りませんが、ソフトのなかにはたまに IOCS のアドレスに依存するものがあっ 
て動かない* 1 ことがあります。わざわざそういうソフトにパッチをあてるのも 
面倒ですし、パッチあてができない人もいるでしよう。これは、 040SYSpatch. 
sys の問題ではないのですが、 X68030 との互換性が低いことになります。 

互換性を得るには、パッチ ROM が元のアドレスに存在しなければなりませ 
ん。そんなことは改造したり、 ROM を焼いたりしなければできないことです 
が、68040ではその必要はありません。ソフトの変更だけで簡単に「パッチし 
た IOCS が元のアドレスに存在する」ようにすることが可能です。 MMU のア 
ドレス変換機能を用いて、パッチ ROM 領域が元のアドレスになるようにアド 
レスを変換してしまえばいいのです0 

一見すると、元の IOCS ROM とアドレスが重なってしまい混乱しそうです 
が、変換した値が省効なので、その点は大丈夫です。ただし、この操作で元の 
IOCS ROM は MPU からまったくアクセスできなくなってしまうので十分注 
意してください。 

それでは困るという人のためにオプション、、 0" をつけました。これは、ハ。 
ッチ ROM 領域を元の ROM アドレスにするのとは逆の変換を行い、 IOCS 
ROM をパッチ ROM 領域に配置してアクセスできるようにするものです。こ 
のときに RAM 領域に現れた IOCS ROM に書き込み操作を行うとバスエラー 
になるので注意しなければなりません。 X680x0 がそういう仕様なのです。 


氺1 

実際、 そういうプロ 
グラムがありました。 
割り込みベクタの飛び 
先が $FF0000 以降、 
すなわち ROM 内でな 
い場合、 エラーと して 
いたのです。 
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MMUTM.X/ROMDB.X/040SYSpatch.sys 


なぜ、哀しいの力、。 ROM デバッガは、 ROM ゆえにリロケートの必要性が 
なく、絶対アドレスで動作していて、68040で動かすには RAM に転送してパ 
ッチをあてなければならないということは前に述べました。 

しかし、ハ。ッチ ROM 領域!:同様に、パッチ ROMDB もアドレス変換すれ 
ば絶対アドレスへのパッチはまったく必要なくなります0ということは、 
ROMDB.X での絶対アドレスへのハ。ツチはまったく無意味ということになり 
ます。 


なんてこった……〇 


ね、哀しいでしょ。アドレス変換機能を使うことで、あまりにも簡単に 
ROMDB が使えるようになってしまったのです。コードサイズも小さく、わ 
ざわざ別プログラムにするほどではないので、最終的には ROMDB.X 相当の 
機能は 040SYSpatchsys に組み込み、オプション、、！"で ROMDB が使える 
ようにしました。通常の ROMDB と同様にブート時に [OPT.2] キーを押し 
ていれば、ちゃんと ROMDB が使用可能な状態で 040SYSpatch.sys が起動し 
ます。* 1 


* 1 

現在のバージョンで 
はコンソールから の使 
用はできません。まつ 
たく ROMDB と同機能 
です。 
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68040モード表示 LED 製作レポート 

040turbo を使う場合には、「68040だよ LED」 の配線が基板からコネクタを 
経由してびろ〜んと延びています。 040turbo 使用時には、その危険性を表す 
インジケータであるかのごと〈赤く点灯します。これが結構邪魔なのです。 
LED がなくても、68030と68040のどちらのモードであるか、スイッチの向き 
でわかるだけに邪魔なのです。 

だからといって、この LED を取ってしまうと、見かけ上 X68030 と同じにな 
ってしまい、 040turbo という感じがなくなり、かっこ悪くなってしまいます。 
また、 LED 用の穴を開けるというのは、きれいにできないとかえって見苦し 
い結果になってしまいます。 

そうなると、右タワーの3個の LED (HD BUSY、TIMER、POWER) 
に細 □： することが考えられますが、3つともそれぞれ用途が決まっている LED 
です。通常はこれらの LED に細工をするのは不可能です。ましてや VV HD 
BUSY" とヽ TIMER" を本来の用途以外に使うと非常に紛らわしくなり、な 
ぜ点灯しているのかという理由もわからなくなります。これは、、 POWER" も 
そぅです 。 

ただ、 TOWER" LED は、オフのときには赤で、オンのときは緑です。な 
ぜ、ここだけ2色なのでしようか。 X68030 を分解するとわかります力す、この 
LED は内部に赤と緑の発色をする素子が入っているタイプです。このタイプ 
の LED は赤と緑を同時に点灯させたとき、橙色の発色をします。 X68030 では 
燈色状態は使用していませんので、この状態が68040モードとして使えます。 
ただし、そのままでは実現できませんので、少しハードエ作をしなければなり 
ません。 

必要な部品は次の2つです。* 1 


トランジスタ2 SA1015 (Y) (東芝製）……1 
ダイオード 1 S1588 (M 製） . 1 

どちらも同等品や互換品でかまいません。それぞれ10円くらいで手に入りま 
す。トランジスタには、ランク分けの存在する型番があり、専門店では同一型 
番でも区別して販売されています。 2AS1015 には、そのランクがあるのです。 
ここでは LED に供給する電流をスイツチングするだけなのでランクを問いま 
せんが、心配であれば、 'Y" ランクと指定してください。実際に使用している 
のは、 Y" ランクです。 


氺1 

当然のことですが、 
ハンダや工作用工具も 
いります。 
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ダイオードは使用目的によっていくつかの分類がありますが、ここでは小信 
号スイッチング用を使用します。この回路では、電源オフ時に電流の逆流を防 
ぐために使用します。 

最終的には図のような結線になるのですが、基板を使ったりはしません。す 
ベては空中配線です。どのように組むかは作る人次第です。よく考えて作らな 
いと、増設メモリや金具に接触してしまいます。ダイオードとトランジスタの 
足をうまく使えば、酉酿材の必要はありません。力、といって、無理に足を曲げ 
ると折れたり、部品を傷めるので注意してください。 



図 040turbo LED 配線図（白い部分が新しく追加された部品 ) 


酉己線材が必要な場合は 040turbo 付属の「68040だよ LED」 の線を使います。 
040turbo 付属の LED はいらなくなるので、線とのハンダを外して、ここから 
線材を切って配線用に使用します。これは5 cm もあれば大丈夫でしょう。配 
線する際は、 040turbo 基板の「68040だよ LED」 のコネクタ CN 3- lpin に 
直接半田付けをせず、元と同じようにコネクタを通してつながるように配線し 
ましょう。配線する際は基板±の部品をはがさないように注意して_をして 
ください。増設メモリなどには接触しないように注意しましょう。 

また、元からあったシールド板を使う場合にはフロントパネルの裏側にでも 
張り付けましょう。 X68030* 板のトランジスタ (Q 9) と抵抗 （ R102) は、 
々POWER" LED のすぐ上にあります。 

できあがったら動作確認です。68030モードで緑、68040モードで橙ならば 
正常です。 

この回路はマンハッタンシエイプ型の X68030 (CZ-500C) の場合です。 
compact 型の X68030Compact (CZ-300C) の場合は基板がまったく別物な 
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ので、基板 Ji の部品番号が異なっているでしよう。しかし、 compact 型の場 
合も、 POWER LED の酉己線をたどっていけば、同等の回路に到達するはずで 

to 

なお、 compact 型には 040turbo が簡単には装着できないようなので、参考 
にはならないかもしれませんが'。 

さて、ここまでくると、勘のいい人は気づいていることでしよう。モード切 
り替えスイツチはどうしたのかということに。これはぶら下がったままなんで 
すよね……。あ 一、 かっこ悪い。 
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040 turbo と UNIX のアヤシイ関係!？ 

NetBSD 



いろんなパッチプログラムによって、 040 turbo で Human 68 k はなんとか使 
えるようにはしたものの、「やっば、040に Human じやもったいないよな」と 
いう感じは拭えません。これでは、速い68000にすぎず*] 68040が泣きます。 

68040は、かの NeXT にも搭載されていたプロセッサです。 MMU も載って 
るし、ワークステーション並のパワーもある。 UNIX 力 ? 載 るのに 十分なハード 
ウェア* 2 は整ったといえるでしよう0これで UNIX が動いたら完璧です 。X 
68000のキヤ ツチコピー「パーソナルワークステーション」 が ハツ タリで なく 
なるのに、と思っていましたら、出てきました。 

沖さんが、 NetBSD * 3 を移植しているというのです。なんとタイミングのい 
いことでしよう 0 「040 turbo + NetBSD でパーソナルワークステーションを実 
現せよ」との神の意思を感じとり、ほとんど押売りに近い状態で 040 turbo を 
渡して68040^の対応を迫ったのでした。 

[ BEEPs ] 


* 1 

80386、486といった 

プロセッサを、速い80 
86としてしか使えない 
MS - DOS を笑ったもの 
ですが、同じ立場にな 
つてしまったわけです。 


*2 

ちょっとハードデイ 
スタアクセスが遅いけ 
ど。 


*3 

UNIX の1つ。後述。 


沖◎沖 ❖NIFTY-Serve : GGC02412 

X680x0 と UNIX を結ぶ線 

UNIX というのは、数ある オペ レーテイングシステム (Operating System ; 
OS ) のうちの1つです。 オペ レーテイングシステムとは、ハードウェアとア 
プリケーションソフトウェアとの間で機能する プロ グラムで、ハードウェアの 
差異を吸収したり、アプリケーション間の共通機能を提供したりするプログ'ラ 
ムです 0 MS - DOS や OS -9 も、 皆さんよくご存じの Human 68 k も、 オペ レー 
テイングシステムの1つです。 C 言語の本でよく解説されるように、 UNIX は 
そのほどんどの部分を C 言語で記述されています。 

この UNIX は、ワークステーションという、パソコンより一段高級なコン 
ピュータ上のオペレーテイング'システムとして使われていて、最近ではソフト 
ウェア研究開発の分野でほぼ'標準の地位にあるマルチタスク.マルチユー 
ザーのオペレ_ティングシステムです。また、 UNIX は、コンピュータ同士 
でのデータのやりとりを行うためのネットワーク機能も有している強力な 0 S 
です0 
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一見、この UNIX と X680x0 は関係ないように思われるかもしれませんが、 
実は UNIX 上の資産の一部は X680x0 で活用されています。たとえば、 「X68k 
Programming Series」 （ソフトバンク刊）でも有名な、 GNU C Compiler 
(GCC ) は、もともと UNIX 上で動いていたものが、 Human68k でも動くよ 
うに手直しされ、大幅に改良されたものです。 GCC のみでなく、 GNU と名の 
つくものは Make も Emacs もすベて、もとは UNIX 上で動いていたものです。 

GCC のほかにも、 UNIX 上で動いていたものが Human68k 上で動くように 
手直しされ、活用されているソフトウェアはたくさんあります。業務利用も可 
能な組版システムである TeX が Human68k 上で動作していますが、これも 
UNIX 上で動{乍しているものを移す直* 1 したものです。 

また、もともと UNIX に備わっている機能を Human68k 上で実現、もしく 
は疑似的に再現するために作られたソフトウェアも存在します。たとえば、拙 
作 lndrv は、現在ではすでに標準的なシンボリックリンクの機能を Human68k 
上で実現するものです。シンポリックリンクは、 4.2BSD UNIX で新たに加 
わった機能です。また、やはり、拙作 execd は、 UNIX での実行属性の概念 
を Human68k 上でも再現し、「シェルスクリプト」と呼ばれる一種のバッチフ 
アイルを実行できるようにするものです。さらに、 ITA T 〇 OLBOX と呼ば 
れる一群のソフトウェアは、 UNIX 上に標準的に用意されているソフトウェ 
アと同等の機能を Human68k 上で実現しています。 

これらのソフトウェアを使えば、 Human68k を動かしているのにもかかわ 
らず、 UNIX 上とほとんど同じ操作を実現することもできますし、実際、そ 
うしている X680x0 ユーザーもいます。普段 command.x を利用しているユー 
ザーが 「Human68k だとは思わなかった」というほどです。 

また、 X680x0 上で使われている有名なェディタに MicroEmacs があります 
が、この MicroEmacs のもとになっている Emacs も UNIX 上で動くもので 
す。 

このように、 X680x0 と UNIX とは見えない糸で結ばれているのです！ 

しかし、これらのソフトウェアが UNIX 上で動いているのと寸分違わずに 
Human68k 上で動 L 、ているかといえば、答えはノーです。 

たとえば、本来 UNIX で動作する Nemacs は、「シェルモード」といって、 
エディタ上でシェルプログラムを並行して動作させることができます0しかし、 
このシェルモードの機能は、現在の Human68k では実現することができませ 
ん。なぜかといえば、現在の Human68k は「任意の複数のプログラムを、見 
かけ上同時に動かす」という機能が備わっていないからです。 

もちろん、なかにはその性質から Human68k に移植できずにいる UNIX 上 


* 1 

ただし、 preview.x 、 
print.x は Human68k 
上のオリジナルソフト 
ウェアです。 
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のプ ログ ラムもたくさんあります。たとえば、 UNIX 上で動作するウィンド 
ウ システムの M 標準で、あり、また、フリーソフトウェアでもある x Window 
System がそれにあたります。 

〇 S _9/ X 680 x 0 上に移植されていることから、うすうす感づいておられる 
方もいらっしゃると思います力\この X Window System は、オペレーティ 
ングシステム 上で複数の プログラムが 同時に動いて いる ことを前提として作ら 
れているのです。* 1 


なぜ X 680 x 0 で UNIX は動かない？ 


* 1 

X Window System 

は、米マサチューセツ 
ツエ科大学の商標です。 


しかし、このような オペレーティングシステムがあったら、 X 680 x 0 に 移植 
されてもおかしくないような気がしませんか？実際7年前の 「 Oh ! X 」 誌* 2 
には 「シャープが、 UNIX もしくは UNIX ライクな OS を X 68000 用に提供す 
ることを考えている」という文章が掲載されています。* 3 

しかし、実際には UNIX は X 68 QxO には移ネ直されませんでした。 

最近、 TCUNIX 」 と称してフリーソフトウェアの UNIX クローンがイ砸 
類か PC / AT 互換機 ューザーな どの間に広まっていますが、この UNIX クロ 
ーンですら X 680 x 0 で動くことはないのです。 

なぜでしょうか？ 

これには大きな理由があるのです。68000の 10 MHz では動作自体が遅いと 
いった理由からではなく、そもそも動作させること自体が不可能なのです。比 
較的最近の MPU ( CPU ) である68030、68040や80386、80486など、さらに 
はワークステーションで使用されている一連の RISC (Reduced Instruction 
Set Computer ;縮小命令セットコンピュータ）などには、たいていメモリ保 
護やィ瓦想記憶のためのメモリ管理機構が内蔵されています。 


氺2 

1987年2月号連載コ 
ラム 「Again Watch 」。 


氺3 

今から考えると、0 
S - 9力すこれにあたる 
ようですが……。 


COLUMN 


X 68 QxO のメモ 能 

X 680 x 0 は、 ハー ドウエアから スーパーバイザ エリア指定を行うことがで 
き、〇番地から8 K バイト単位の連続領域を指定することで、メモリの先頭 
2 M バイ ト分だけを ユーザー モードで書き込みができないようにすることが 
できます。仮想記憶機能のある MPU では、この機能を拡張したような感じ 
で、区分けされたメモリ領域に対して、任意に読み書きの禁止/許可を設定 
できるようになっています。メモリ保護機能があると、あるプロセス カす OS 
自身や他のプロセスのメモリを破壊できないようにすることができます。 
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Human 68 k では、各プログラムで連続したメモリ空間を使うことになって 
いますので、常駐プログラムを解除したりすると、メモリ空間の途中に分断さ 
れた空き領域ができてしまいます。残念ながら、あるプログラムが連続した大 
きなメモリ領域を必要としているときには、この分断された空き領域を使うこ 
とはできません。しかし、もし仮想記憶機能があったならば、この空き領域を 
利用することが可能なのです。 

どういうことかというと、 f 反想記憶を使うと、プログラムから見たとき、ハ 
ードウエアとして用意されているメモリ番地を、 SiJ の番地になるように変更す 
ること力呵能なのです。 

また、 X 680 x 0 では実装できるメモリ容量が最大 12 M バイトとなっています。 
通常、 Human 68 k のプロセスはつねにメモリ上に存在しますから、子プロセ 
スを次々と動作させていくと合計 12 M バイトを超えてしまいます。しかし、 
実際には、この 12 M バイトを超えたメモ!；を使うことができません。そのた 
め、「メモリカ坏足しています ！」 「Memory exhausted .」 といったメッセー 
ジに遭遇することになります。 SX - WINDOW であ れば、 X アイコンが赤く 
なるといった状態になり、どちらの場合もやろうと思ったことを実行すること 
ができません。 

仮想記憶 (virtual memory ) を利用すれば、その名のとおり、実際には存 
在しない記憶領域があたかもあるかのように見せることができます。しかし、 
仮想記憶機能は、残念ながら、 X 680 x 0 の MPU である68000や 68 EC 030 には用 
意されていません。これらが大きな要因となって、 X 680 x 0 では UNIX が動か 
ないのです。 


040turbo で、動き出す UNIX 

X 680 x 0 では UNIX は動かないと書きました力 5 '、よく考えてみましよう。 

そういえば、 X 68030 の MPU 68 EC 030 はソケットに装着されているので、 
メモリ管理ユニット (Memory Management Unit ; MMU ) を内蔵した 
68030と差し替えることができるではありませんか。そして、同じく MMU を 
内蔵している68040を、 X 68030 の MPU として動作させる 040 turbo プロジェ 
クトもあるではないですか。 

これらの、半田付けも不要の簡単な改造で X 68030 にも UNIX が動く条件が 
整うのです。もし少しでも UNIX に近づきたいとすれば、そして仮にも UNIX 
が動くのであれば、これらの改造をすることに何のためらいがあるでしようか。 

しかし、マシンを改造しても X 68030 用の UNIX 自身がぽんと勝手に生まれ 
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てくるわけではありません。 

そこで、「ないものは作ってしまえ」とばかりに、私はフリーソフトウェア 
として配布されている UNIX クローンの入手および移植を行おうと考えまし 
た。 C 言語で書かれていれば、ハードウェアに依存している部分を X 6803 晒 
に書き直すだけで、 UNIX クローンが動き出すだろうと考えたわけです。 

当時入手可能な UNIX クローンはいずれも PC / AT 互換機用のもので、候 
補はいくつかありました。そのなかでも、他^重への移ネ直が考慮されつつあっ 
た NetBSD にターゲットを絞ることにしました。* 1 

この移植を思い立った当時は、 040 turbo 自体がまだ完成していなかったた 
め、68030で IW 乍する NetBSD を作ることにしました。 


* 1 

NetBSD は、実際に 
Amiga などに移植さ 
れ、動作しています。 


NetBSD を移植する PART1 


移植を始めるにあたり、まず、 NetBSD の移植を行うのに必要なものを整 
理してみました。 

1. オリジナルのソースプログラム 

2. ソースプログラムをコンパイルできる環境 

3. コンノヽ°イルした NetBSD を動かすハードウエア 

4. NetBSD 上で動くプログラムの入つたディスク 

5. NetBSD を立ち上げるためのプログラム 


1•のオリジナルの ソース プログラムは NIFTY - Serve などに登録され てい 
ましたので、それを入手することにしました。 

問題は、2.のソースプログラムをコンノぐイルする環境です0最初に困ってし 
まったのは、「どうやってコンパイルすればいいのかわからない」というもの 
でした。というのも、私は NetBSD をコンパイルしたことがないどころか、 
動いているところさえ見たことがなかったのですから、しかたありません。 

NetBSD は、仮想記憶機能を使う68030/6804膊用のプログラムになります。 
当時は、まだ68030の命令を使うことのできるコンハ M ラやアセンブラがあり 
ませんでしたから、コンパイラやアセンブラを独自に用意することにしました。 

次に、 NetBSD のコンパイル手順を調べて、必要なプログラムを Human 68 k 
上て'動くようにすることにしました。 

そこで、用意した主なプログラムは、 
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• GNU C Compiler verl .42 ((デコンパイラ） 

• GNU Assembler verl .38 ( アセンブラ） 

• GNU binutils -2.2 Id (リンカ） 

• pmake 傳用 make プログラム） 

•config (専用のコンパイル環境設定プログラム) 


の5つでした。 

移 1¢したコンハ。イラなどは、実際に移ネ直したものが動 L 、てくれるまで_萑 
認できないのヵ坏安だったのですが、それはそれで動かなかったときにどうす 
るか考えようということにしました。 

いろいろ苦労した結果、なんとか Human 68 k 上で NetBSD をコンパイルす 
ることに成功.しました。 

3. の NetBSD を動かすハードウエアですが、これは当然 X 68030 です。もち 
ろん、先ほども書いたように、買ってきたままの X 68030 では NetBSD は動か 
ないわけで、 MPU を68030に差し替えたり、 040 turbo を装着したりする必要 
があります。 

4. は大きな問題でしたが、 X 68030 への移植作業中に NetBSD の Amiga 版が 
公開され、その Amiga 版のデイスタイメージ* 1 を入手できたために無事解決 
することができました。* 2 

5. の立ち上げ用プログラムは、コンパイルできた実行フアイルを実際に動か 
すというものです。普通の Human 68 k 用のプログラムであれば、コマンド名 
を入力したり、 SX - WINDOW 上でアイコンをダブルクリックすることでプ 
ログラムを動かすことができますが、 NetBSD は Human 68 k や OS - 9などの 
ように OS そのものですから、そういうわけにはいきません。本来は IPL から 
直接起動、といきたいところですが、面倒なので Human 68 k から NetBSD を 
起® TC ' きるようなプログ'ラムを作ることにしました0 


* 1 

NetBSD で使ってい 
る HD の中身をそのま 
ま吸い出したファイル0 

氺2 

最初は、このデイス 
クイメージを使えるか 
どうかわからなくて苦 
労しました。 


と、まあ、こんな具合にゆっくりと移ネ直イ樓は始まりました。 

円滑なマルチタスク处理を行うため、 NetBSD ではハードウェアの制御に 
IOCS を使わず、直接各 LSI を制御することにしました。そのために X 68000 
のハードウエア関連書籍とにらめつこしながら奶理部分を作っていきました。 


302 




NetBSD を移植する PART 2 


NetBSD 


移植作業を始めて4力月、68030に MPU を差し替えた X68030 上で NetBSD 
がどうにか動き出した頃、 040turbo も第一次配布を行うところまできていま 
した。私は、残念ながら、この第一次配布には参加できませんでしたが、こ 
のときに 040turbo で NetBSD が動かないかという話があり、 「040turbo の030 
での®}が安定したら、やってみたい」といっておきました。 

そのうち、第二次配布の募集が始まったのですが、このときにも個人的な 
事情で参加を断念しました。こんなことで040 turbo 上で NetBSD が動く日は 


くるのでしようか？ 


ところが、ある日、 040turbo の作者の BEEPs 氏から 「040turbo をお貸し 
しますから、やってくださいよぉ」！:、半ば强制 （？） 的に試作版の (MOturbo* 1 
を渡されてしまいました。 

こうなったらやるしかない！ 


* 1 

040 turbo 製作編でも 
紹介してありますが、 
基板の向きが違ってい 
るというヤツです。お 
かげで、現在も X 68030 
についている 040 turbo 
は マ ザーボードぶらぶ 
ら状態です。 


COLUMN 


NetBSD での 030/040 判定方法 


NetBSD では、 040SYSpatch.sys で行っているのとは別の方法で、 MPU 
が68030か68040かを判定しています。68030と68040とでは CACR レジスタの 
持っている機能が違っていますので、これを利用しています。すなわち、68030 
の CACR レジスタカ ％it 0から bitl3 までを使用しているのに対して、68040の 
CACR レジスタでは bitl5 と bit31 の2つだけを使用しています。この68040で 
使われている2つのビットは、68030の CACR ではつねに0となっています。 
このため、 bitl5 と bit31 を1にした値を CACR に書き込み、次に CACR を読 
み出して、このビットが1になっていれば68040、0であれば68030であると、 
判定することができます。 

もちろん、このビットはキャッシュ制御に関する重要な意味を持っていま 
すので、判定に使った後は元の値に戻しておくべきでしよう。 


68030の CACR レジスタ （* は0か1を設定可能） 


31 . 13 . 7……5 . 0 


000000000000000 D 0 D 氺氺ホ ♦ホ氺 000氺氺氺氺氺 

(WA) (CD) (FD) (IBE) (CEI) (El) 

(DBE) (CED) (ED) (Cl) (FI) 
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040turbo は、 MPU が 6803 〇と異なる点以外には違いはありませんから、ハ 
ー ドウエアの違いで苦しむこともないはずです。 MPU の違いのうち、ソフト 
ウェアから見た最も大きな違いは、 MMU です。 Human68k とは違って、 
NetBSD では MMU をフル活用していますから、変更箇所も多くなります。 
さらに、キャッシュ関連も 68030 ):68040 とでは違っていますので、変更が必 
要です。 

Human68k の 040turbo 対応がそうであったように、 0S 本体を 040turbo に 
対応させさえすれば、ほとんどのアプリケーシヨンは個別に 040turbo 対応を 
行わずにそのまま使うこと力 ? できます。 Human68k では、 040SYSpatch.sys 
が MPU の種類を判別し、自動的に 040turbo 対応を行うようになっています 
が、 NetBSD では 0S 本体自身のソースプログラムがあるわけですから、各部 
分に 040turbo 対応コードを埋め込んでいきます。 

このようにして NetBSD の 68040 への対応が進んでいったわけですが、さら 
に問題がありました。浮動小数点演算関連です。 X68030 では、浮動小数点演 
算コプロ セッサ (Floating Point Co-Processor ; FPCP) として、 68882 を 
後から追加できるようになっていますが、 68040 には 68882 の機能縮小版がは 


68〇 4 〇の CACR レジスタ （* は0か1を設定可有巨) 


31 . 15 . 0 

氺 000000000000000 氺 000000000000000 

(DE) (IE) 


リスト1: 030/040 MPU 判定ルーチンのリスト 

/ * MPU check (-030 or 040) code 
* return : d5.10" .not 040 1...040 


*/ 

MPUcheck040: 


move 

cacr, aO 

movl 

#0x80008000, d5 

move 

d5, cacr 

move 

cacr,d5 

move 

a 0, cacr 

empil 

#0x80008000,d5 

beq 

MPUcheck_l 

moveq 

rts 

MPUcheck_l : 

#0 ; d5 
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じめから内蔵されています。問題となったのは、この内蔵 FPCP で削られた 
機能の実現です。 

最初に作った 040turbo 対応版 NetBSD は、削られた FPCP の機能を使用す 
ると、 0S 本体が異常終了してしまうというものでした。それでもシングルュ 
ーザーモードでの起動には成功し、 Is などのプログラムも動作しました。しか 
し、浮動小数点演算を要するプログラムの多くは動きませんでした。 

たとえば、ディスクの容量および使用量を表示するプログラム dm 残量 
が全体量の何％であるかを表示します。この割合を言 t 算するときに浮動小数点 
演算命令を利用するために df は動作しませんでした。 

なんとかしなければと思い、 040turbo 専用の Human68k の浮動小数点演算 
ドライバからコードを拝借して浮動小数点演算^能をフル実装できないか！:考 
えました。そして、中村ちゃぶに氏の PFLOAT.X をもとにどうにか組み込ん 
ではみたものの、症状は変わらず、結果は失敗に終わりました。 

そんなわけで浮動小数点 i 寅算をあきらめかけていたところに、救池:主が現れ 
ました。内蔵 FPCP で削られた機能をソフトウエアでエミュレーシヨンする 
FPSP (Floating Point Software Package) のオブジェクトが、 NetBSD 


moveq #l,d5 
rts 


リスト 2 (Motorola syntax ) 


# MPU check (-030 or 040) code 

# return ： <55.1 0".not 040 1...040 

# 

MPUcheck040 : 


movec cacr, aO 


move.l 

movec 

movec 

movec 

cnpi.l 

beq 

moveq 

rts 

MPUcheck_l : 


#$80008000, d5 

d5,cacr 

cacr,d5 

a0, cacr 

#$80008000,(35 

MPUcheck 一 1 

#0,d5 


moveq 

rts 


#l,d5 
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/Amiga 用として公開されたのです。このオブジェクトを利用することができ 
れば、 040turbo での浮動小数点演算処理が完璧になります。 

さっそく FPSP を組み込もうとしたのですが、どうも Human68k 上でのク 
ロス コンパイル環境の オブジェクト とは フォー マツ トが違うらしく、うま〈力 
ーネル* 1 を作成することができません。 030 モードでの動作が安定してきてい 
たこともあって、思いきってコンハ。イルを NetBSD 上で行うことにしました。 
ファイルを NetBSD 上に転送し、コンパイルしてみると、当然ですが、本来 
のコンパイル環境であるためか、すんなりとリンクできました。後はこれを動 
かすだけです。タイミングよく、中村ちやぶに氏が NetBSD の IPL 起動プロ 
グラムを発表されましたので、これを利用して起動してみました。 

無事起動したので、まずは、以前動作しなかった df を実行してみます。 
見事に動作し、ディスク残量も表示されました！ 


氺 1 

ここでは、 OS 本体 
を意味します。 


f: I r t 




v.t 妍 (fa ； i?7 ： 5 84:25:54 J$! m 

v r ^• r / rch / / ccn»cile 
< 夂ど 3 CM 

125gi9i2 

w i r〆 ： 

^ Offers <c-ni 


{offers <c-nUxnjr>^ i2S,M7$ Mttof nwry 
s：3iS* as-g^, icsi \d ( 

:必 0531*60 1.4J, 512 bylt blocks 

，沱メ i ， :si0. i ； l 伙 8 


” 上く vfi [!M3 
ス咖 rx4 lo 


K*o l . in pr^re$s^slarlif»9 file syslea chftds. 

nxnteion 


fs 




?\d mj vei 哎 es TT m mm 

: In n ii|f i；n 

1 1111 ir 




写真 1 df 実行画面 


いよいよ 040 モー ドで、 NetBSD の マルチユーザーモー ドでの起動を試して 
みます。オープニングメッセージ、ディスクの接続状況、ディスクの内容チェ 
ック、次々と起動時の動作が行われます。しかし、ネットワーク関係の設定の 
途中でダンマリ状態になってしまいました。原因を調査する必要がありそうで 
す0 


と、ここまでが 1994 年 3 月現在の状況です。まだ NetBSD は 040turbo に完 
全対応したとはいえませんが、これからの対応{乍*で^*動作するだろうとい 
う感触を得ることはできました。 
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040turbo と NetBSD のこれから 


NetBSD 


NetBSD でサポートしているハードウエア資源は、 96t 行 X32 行の日本語表 
示が可能なディスプレイやキーボード、 SCSI HDD/MO/CD-ROM* 1 、RS- 
232C* 2 となっています。これも、将来はグラフィック機能をサポートするな 
ど、さらなる機能抗張を進めていければと思っています。もちろん、 040turbo 
完全対応も目標の1つです。 

NetBSD はソースプロダラムが公開されている 0S ですから、誰でも内部の 
仕組みを知ることができますし、改良や機能追加も可能です。ユーザーとして 
の立場だけでなく、こうして開発者になることも夢物語ではありません。 
Human68k とは方向性の異なる、この NetBSD がより多くの方に愛されるも 
のになれば、そして、 040turbo とともに末永く使っていただければ、と願つ 
ています。 


氺1 

現時点では、 M 0/ 
CD - ROM の使用中に 
メディアの交換ができ 
ません。 


* 2 

現時点では、ハード 
フロー制御をサポート 
していません。 
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付録 


1. 040 turbo 取扱説明書 

2. 040 turbo アプリケーションソフトウェア動作状況 









付録 1 Q 4 Dturbo 取扱説明害 


第 1 章 

040turbo の概要 


040turbo は、 X68030 の MPU である68030にかわり、68040を使用することを目的に 
開発したフリーハードウェアです。 X68030 から68030を取り外して空いたソケットに接 
続するドータボードという構成をとっています。ただし、 MPU を載せ換えて動作速度を 
速くする、いわゆるアクセラレータではありません。ソフトウェアのパッチも必要ですし、 
不具合の出るプログラムもあります。 

ソフトウェアの互換性を考えれば、無理に68040を使うよりも、68030をベースにして 
クロックを上げたり、外部キャッシュを積んだりしたほうが妥当でしよう。しかし、あえ 
て68040にこだわっているのは 040turbo が68040を動かすこと、それ自体を第一の目的と 
しているからです。この点を、まず理解して〈ださい。 

040turbo に搭載した68040自体に、ハードウェア面、ソフトウェア面ともに68030と完 
全互換でない部分があるので、すべてのプログラムについて完全に問題を解消することは 
不可能ですが、ハードウェアの相違に関しては 040tufbo 基板上の変換回路で、ソフトウ 
ェアの相違に関してはハ。ッチプログラムでかなり対知;できています。 

パソコン通信を通して行った2回の配布以来、多くの人の手によって68040対応のプロ 
グラムカ ？ 、、フリーソフトウェア"として公開され、68030との違いによる問題点は克服さ 
れつつあります。現在では、68040で動いているのを意識することはほとんどないくらい 
の レベルに なっているといってよいでしよう0 

簡単な速度比較の結果を表 L1 に示します。 040turbo は、通常のキャッシュオン時の動 
作では、68030の約2倍の性能を発揮しています。もっとも、まだまだ手が回りきれてい 
ない部分も多いのは事実です。特に音楽関係のプログラムへの対応が進んでいません。X 
68000から X68030 へ移行したときでさえ、いろいろな問題がありました。ましてや、040 
turbo は個人的にコッコッと製作してきたものであり、今、やっとできたばかりというと 
ころです。どの部分がどう違っているのか、問題点は何かなどについては第4章、第5 
章でできるだけ詳しく説明したつもりですので、ハードウェア、ソフトウェアについて、 
みなさんの手で積極的に改良を加えていってください。また、不明な点や不具合箇所を発 
見したときは報告をお願いします。可能なかぎり対处するつもりですが、 x 'フリーハード 
ウェア"と * フリーソフトウェア"ですから、保証はできません。その点をご理解くださ 
い。不具合報告の書き方については APPENDIX A を参照してください。 

なお、 040turbo 基板上には X68030 から外した68030を搭載することが可能（搭載しな 
くてもかまいません）で、スイッチにより動作 MPU を切り替えることができます。 


310 







第 1 章 Q 4 Qtu 「 bo の概要 


68030モードの場合は、基本的には X68030 の本来の動作と変わらないはずですが、040 
turbo 基板の実装による信号線長や負荷の増大によって不具合が出る場合があります。 
68030モードでエラーが頻発する場合は、 X68030 のマザーボード上での対処が必要にな 
ります。詳しくは APPENDIX B を参照してくだ'さい。 


プロ グラム 

68030 

68040 

備考 

dhry.x 

whet.x 

pv.x 

キヤンバス .x 

6578.9 

657.89 

5.48 

約 17 秒 

15625.0 

1449.28 

16.42 

約 8 秒 

Dhrystone Benchmark, ver2. 1 (Dhrystones/sec) 

Whetstone Benchmark, ver 1.0 (KWhets/sec) 

X68000 10MHz 比 

SX-WINDOW 上で「草原 .JPG 」 が表示されるまでの時間 


* キャッシュオン（68040はライトスルーモード）で実行 

表 1.1040 tu 「 bo と68030の速度比較 


1.1 040加1±)〇と乂68030の接続について 

040turbo では、68040を動かすことが目的なので、極カシンプルなハードウエア構成 
を!:っています。このため、 X68030 への取り付けは68030のすベての信号線を乗っ取る 
ことのできる MPU ソケットへの挿し込みという形をとっており、披張スロットや、コプ 
ロセッサの取り付けといった、簡単な作業ではすみません。本体の分解を含めた大仕事に 
なりますので、十分に fNI 内容を理解したうえで行ってください。また、マザーボードを 
覆うシールドを外してしまうことになるので、テレビやラジオにノイズが出たりするよう 
になると思います。 

実際の作業については第2章で説明していきますが、ここでは、 040turbo と X68030 
の間で’接続する3種類の信号線について先に説明しておきます。 

1. 68030の MPU ソケットを介した信号 

2. 50MHz のクロック信号 

3. MPU 切り替えスイッチと表示 LED の信号 

実際の取り付け作業は、簡単にいってしまえば、これらを 040turbo と X68030 の間で 
結ぶ fHI ですが、何のためにこれらの接続を行うのか理解したうえで f 博！をすれば、より 
040turbo への理解が深まると思います。 

1.1.1 68030ソケットを介した信号 


X68030 は MPU の交換を想定した作りとはなっていないため、 I/O スロット等からはプ 
ロセツサを乗っ取ることはできません。また、 I/O スロットは X68000 の16ビット時代の 
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バスであるため、ここから信号をやりとりしていたのでは性能が上がりません。このため、 
040turbo は、 X68030 のマザーボード上の68030 (68EC030) を外し、そのソケットを介 
して必要な信号をやりとりします。このソケットとの接続は、図 1.1(a) のように 040turbo 
から伸びている足を挿し込み、ドータボードの形で実装します。 



図 1.1 68030ソケットとの接続 


1.1.2 50 MHz のクロック信号 

68040は68030と異なり、2種類のクロックを必要としています。1つは、 MPU の内 
部動作クロックとなるプロセッサクロック （PCLK ) で、もう1つはメモリアクセスな 
どの外部パ、スとのタイミングの基準となるバスクロック (BCLK) です。プロセッサク 
ロックはパ'スクロックの2倍で、信号の立ち上がりも揃っていなければなりません。 

040turbo は、68030の動作クロックである 25MHz にあわせて 25MHz のバスクロック 
で動作します。この場合、 50MHz のプロセッサクロックが必要になりますが、もともと 
プロセッサクロックという信号が存在しない68030のソケットには、これは出力されてい 


1111111 H 1111… 
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ません。 このため、 マザーボード上の 50MHZ のオシレータ出力から直接取り出す必要が 
あります。実際には オシ レータの足がマザーボード表面から見えない ため、オシ レータ出 
力が接続されている 1C (ここで、 50MHz を分周して 25MHz のクロックを作り出してい 
る）の足に図 1.1(b) のように 1C タリップ“をかませて 50MHz のクロックを直接取り出し 
ます。 

なお、 040turbo の試作のとき、簡単な遁倍回路（信号を4分の1周期遅らせて、元の 
信号と EOR すると、2倍の周期の、波形になります。ただ、信号を正確に遅らせるのが、 
なかなか大変です）を作ってみましたが、動作力 ? 安定しませんでした。モトローラの MC 
88915という、クロックを2倍にする専用 1C を使った倍クロック回路を試作したので、 
いずれはこの回路を搭載しようと考えています。 

1.1.3 MPU 切【潜えスイッチと表示 LED の信号 

040turbo での動作 MPU の切り替えは、物理的なスイッチの切り替えで行います。ま 
た、動作 MPU の表示は LED に表示させるように信号を用意しています。 040turbo の基 
板自体は、 X68030 本体内部に隠れてしまうので、これらの信号は図 1.1(c) のように外部 
に引き出します。 


マザーボードの 50 MHz オシレータ出力は、外 
部に取り出すことを想定した作りになっていない 
ため、バッファ等は人っていません。また、マザ 
—ボードに改造を加えなくてもすむようにと 1 C 
クリップという簡易な方法をとっているので、取 
り出された 50 MHz のクロック波形は相当に歪ん 


だものとなっています。いちおう、 040 turbo は動 
作します力 ? 、ここがウイークポイントになってい 
ます。 

なお、クロックアップしたマシンでは安定動作 
をしない場合があります。そのときは配線を極力 
短くし、 1 C タリップを使わず、 1 C の足に直接半 
田付けしてください。 
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第 2 章 

040turbo の取り付け 


X68030 は外側カバーを外してもマザーボードはがっちりシールドに覆われています。 

コプロセッサに関してはシールドの部分だけ専用の穴が空けてあり、簡単に取り付けられ 
るよう工夫がされていますが、 040turbo のように68030の MPU ソケットに取り付けるド 
ータボードについては、当然のことながら、考慮されていません。このため、 040turbo 
の取り付けは結構大変な作業になります。また、作業手順についての正式な手引きなども 
当然ありませんので、私の経験から、次のような手順を考えてみました。 


匬準備 I 



备属スペーサの取り付 ( i ] 


@40 tuj ^ o の聖_リ付け| 

f ケーブル接網 

(a) 50MHz クロック 

(b) MPU 切り替えスイッチ 

(c) 表示 LED 
|^)40turbo の動作テろ卜] 

(a) 68030モード 

(b) 68040モード 

(c) 仮組み立てと動作確認 

図 2.1040 tu 「 bo 取り付け作業の流れ 
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これらの作^を^亍った場合、メーカーによる保証はききません。また、もし改造作業に 
よって、みなさんの X68030 に障害を与えたとしても当方はいっさい責任をとれませんの 
で、各自の責任で慎重にイ镜を行ってください。なお、いうまでもないことですが、以下 
の作業は電子回路を扱うので、静電気対策や作業環境などに十分注意して行ってください。 

最初に断ったとおり、作業手順は私の取り付け経験によるものであり、100%成功の保 
証はありません。いきなり作業に取りかからず、ひととおり、この取扱説明書に目を通し 
て、どんな作業があるのか、また、どんな点に注意すべきなのかを理解してから取りかか 
ってください。すでに X68030 を分解した経験のある人は、必ずしもこの手順どおりに進 
めなくてもかまいませんが、単に 040turbo を MPU ソケットに挿すだけの作業ではあり 
ませんので、ご注意〈ださい。 

2.1 前準備 

まず、 040turbo の添付品を確認してください。次のものが入っているはずです。 


品名 

個数 

040turbo 基板 

1 

50MHz クロック取り出し用 1C クリッブ付きケーブル 

1 

動作 MPU 切り替え用スイッチ付きケーブル 

1 

動作 MPU 表示用 LED 付きケーブル 

1 

基板固定用金属スペーサ 

2 

パッチ プロ グラムの フロ ッピーデイスク 

1 

取扱説明書 

1 


足りないようなら、連絡してください。 

次に、取り付けイ博!のための工具を用意します。 

X68030 で使われているネジは基本的にプラスのドライバーで回せます。しかし、同じ 
プラスのドライバーでも、先のとがったものから若干丸くなった太めのものまで辦連 R あ 
ります。 X68030 に使われているネジは太めのものです。ネジの十字形の溝とドライバー 
の先がピッタリあっていないと作業効率が悪いばかりでなく、ネジの溝をつぶしてしまう 
おそれがありますので、ネジの溝とあったものを用意してください。 

また、柄の長いドライバーでは回しづらいところがありますので、全体の長さが 10cm 
くらいの短いドライバーも用意しておくとよいでしょう。ラジオペンチは必須ではありま 
せんが、 1C の足の曲がりを整えるときに便利ですので用意しておくとよいでしょう。 

さらに、マザーボードから68030を抜くとき、直径 1mm くらいの精密ドライバ、一もし 
くはピンセツトなどが必要になります。 LSI を引き抜く専用の工具を用意できれば申し分 
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図 2.2 X 68030 に使われているネジ 


■ [5 mm 


3 mm 



12 mm 


3 mm 


ありません。 

最後に、 Human68k のシステムー式の入ったブート用フロッピーデイスタを用意して 
おいて〈ださい。これは、動作確認に使用します。また、メモリスイッチで'起動ドライブ 
を 「STD」 にしておいてください。マザーボードを外すときにメモリスイッチで設定し 
た内容が消える可能!•生があるので、スイッチ内容等もついでに控えておくとよいでしよう。 

2.2 X 68030 のマザーボードが入っている右タワーの分解 

X68030 は外側カバーがプラスチック製のため、 VCCI 対策としてマザーボードがシー 
ルドで覆われていますから、 040turbo を取り付ける際にはシールドを外してマザーボー 
ドの MPU ソケットをむき出しにする必要があります。このとき、右タワー内をほぼ完全 
に分解することになりますので、次の手順に従って焦らずに慎重に作業を行ってください。 
当然ですが、コネクタや電源コードは必ず抜いてから作業に取りかかってください。 

なお、これから図中で示すネジの番号とネジの外形のリストを図 2.2 に示しておきます。 
ネジの番号は、作業の順序にあわせてつけてありますが、必ずしも、このとおりにネジを 
外す必要はありません。 


ネジの外形 ネジ番号ネジの外形 ネジ番号 


4 

2 


咳 


3 

3 

8 ~ 
)35 
512 


E 

E 

5 

I- 

b® I 


m 
: m 
3 


6 3 
•12 


ペ4 9 
9 -—1— 


m 

m 


m 
: m 
3 


m 


5 


m 
: m 
3 
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2.2.1 外側*バーの取り外し 

まず、マザーボードが入っている右タワーの外側カバーを外します。図 2.3 に示した本 
体背面のネジ1〜3を外して、カバーをずらします。カバーは前面パネルの接合部とツ 
メで引っかかるようになっていますので、図のように、接合部を少し押しながらゆっくり 
ずらしていきます。 

なお、披張メモリを増設してある場合はあらかじめ外しておいてください。 



”3 


図 2.3 外側カバーの取り外し 


2.2.2 I / O スロットの取 W し 

外側カバーを外したら、次に I / O スロットを外します。 

I / O スロットを包むシールドは必ずしも外す必要はありませんが、マザーボードのシー 
ルドと導通しやすいように金属の羽（というのかどうか正式な名称は知りませんが）が出 
ていますので、マザーボードのシールドを取った状態だと部品と接触しやすくなります。 
安全のため、 I / O スロットを外すだけでなく、それを包むシールドも外します。 

図 2.4( a ) に示すネジ4 を外すと、 I / O スロットのシールドが外れます。その後、図 

2.4( b ) に示すネジ9〜12を外して I / O スロットを外してください。 
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5 




図 2.4 I / O スロッ トの取り外し 

2.2.3 ビデオユニットの取り外し 

ビデオ ユニットは、 マザーボードから浮かせて取り付けられています。図 2.5 に示すネ 
ジ 13* 1 〜16を外してビデオ ユニ ットを取り外してください。 



* 1 シンもあるという報告をもらっています。13のネジ 

私のマシンでは13のネジでビデオユニットがシー を外さなくてもビデオユニットが外せるようなら、 

ルドに留められていました力\そうなっていないマ そのままでかまいません。 
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2.2.4 マザーポードの取り出し 

マザ ー ボードは、表側からは薄いシールドで覆われ、裏側からは補強の意味で少し厚め 
の金属フレームで保護された、サンドイッチ状態で本体に取り付けられています。したが 
つて、マザーボードを本体に取り付けたままシールドだけを外すことはできません。いつ 
たん、本体からマザーボードごと取り出さなければなりません。図 2.6 に示すように、マ 
ザーボードの下につながっている2つのコネクタを外した後、ネジ17〜22を外します。 



これでシールドごとマザーボードが取り出せるはずです。若干、引っかかるような手応え 
はありますが、特に力を入れなくてもよい* 1 はずなので、押しても引いても取れない場合 
は外し忘れて残っているネジがないかどうかを点検してください。マザーボードは本体と 
はつながっていないはずですが、私の X68030 とネジ留めが変わっているかもしれません。 

2.2.5 シールドの取り外し 

マザーボードごとシールドを取り出したら、図 2.7 に示すネジ23~33を外します。これ 
で、マザーボードをサンドイツチ状にはさんでいたシールドと金属フレームが外れます。 
なるべく部品に触れないように注意しましよう。 


氺1 

さすがに X 680 x 0 シリーズも進歩しています。私 
のところには初代の X 68000 がありますが、最初に 
このマザーボードを取り出すときは相当に無理な力 


を加えることになり、苦労しました。今は、前面パ 
ネルを外しているので取り出しは簡単です。ちなみ 
に私は、前面パネルのネジを緩めるためにドライバ 
一を1本、万力にはさんで90度曲げました。 
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図 2.7 シールドの取り外し 


2.3 マザーボードの組み立て 

マザーボードをむき出しにしたら*1、今度は、組み立てです。 

基本的には分解の逆の順をたどるのですが、ネジ22、23は 040turbo を固定するために 
金属 スぺ ーサにかわりますのであわてて留めないように注意してください。 

2.3.1 フレームの取け付け 

まず、マザーボードを金属フレームにあわせ、シールドを外した状態で図 2.7 に示した 
ネジ、24〜26を取り付けます。これらのネジは少し緩めにしておいてください。次にマ 
ザーボードを本体に取り付けますので、そのときに他のネジの具合を見ながら締めるよう 
にしたほう力がしやすくなります。 

ネジ23は 040turbo の取り付けで金属スペーサにかわりますので、ネジ留めをしないで 
ください。ネジ23自体は後で使います。 

表側のシールドを留めていたネジ27〜33は必要なくなります力 5 '、紛失してしまうとシ 


マザーボードとシールドの間は1 cm くらいの隙 
間しかないので、 040 turbo を搭載した上からシール 
ドを取り付けることはできません。しかし 、 MPU 
ソケツトの真上にあたる部分のシールドに穴を空け 
て、その穴を通して 040 turbo を装着することは可能 


かもしれません。ただ、高クロックの MPU がシー 
ルドの外に置かれることになるので、これで VCCI 
防止の効果があるかどうかは不明です。試してみた 
人の報告では多少の効果があるとのことですが、万 
全ではありません。 
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ー ルドを取り付けられなくなりますので、金属 フレームの もとあった位置に仮留めして お 
くとよいでしょう。 

2.3.2 マザーボードの取ナ 

金属 フレームに 取り付けたマザ ー ボードを本体にあわせ、319ページの図 2.6 で示したネ 
ジ17〜21を取り付けます。 

ネジ22は 040 turbo の取り付けで金属スペーサにかわりますので、ネジ留めしないでく 
ださぃ。 

X 68030 は怪しげな互換機と違って、立て付けはしっかりしているので、ネジ穴があわ 
ないというようなことはありませんが、仮締めで全体を大まかに留めた後に増し締めする 
ようにしてくだ'さい。 

マザーボードを取り付けたら、マザーボードの下につながる2つのコネクタも接続し 
なおします。 

2.3.3 仮組み立てと動作確認 

分解の手順とは逆に、ビデオユニット、 I / O スロット、拡張メモリの順に取り付けてい 
きます0 I / O スロットを包むシールドはつけません。この時点では外側カバーおよびシー 
ルドがないだけで、 X 68030 は正常に動作するはずです。 

念のため、 040 turbo を実装する前に、ここで動作確認をしてください。 

電源、アナログ RGB のコネクタ、キーボードという最低限の構成にし、前準備で用意 
しておいたブート用フロッピーディスクで正常に起動するかどうかを5鶴忍してください。 

メモリスイッチの内容は初期化される可能性があるので、必ずしも分解前と同じとはか 
ぎりません。慌てないようにしてください。 

IW 乍することが飞鶴忍できたら、再度、メインスイッチを切り、コンセントを抜いて、次 
の ィ_ に かかります。 


-注意- 

040 turbo を装着した後では、動作不良があったとしても、 040 turbo の障害に 
よるものなのか、分解•組み立て作業のミスによるものなのか、判別がつかな 
くなるので、面倒でも、この時点で必ず動作確認を行ってください。 

もしも動作異常が発生したら、作業にミスがないかどうかよく確認してくだ 
さい。それでもダメならあきらめて修理に出したほうがよいでしよう。下手に 
作業を進めても傷口を広げるだけです。 
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2.4 マザーボードからの68030の取り外し 

68030 (68 EC 030) の取り外しは専用の工具を用いれば確実ですが、専用工具は結構な 
値段がします。 X 68030 のソケットは、それほど堅くないので、先の小さなドライバー* 1 
などで慎重にやれば取り外すことができます。一気に持ち上げると MPU の足が曲がって 
しまいますので、いくつかの方向から少しずつ持ち上げるようにするのがコツです。 

もし、ビデオユニットや I / O スロットが邪魔になって無理な引き抜き方になりそうな場 
合は、面倒でも、これらを取り外してから作業を進めましよう。 


2.5 68030の 040 turbo への取り付け 

マザーボードから外した68030は、図 Z 8 のように 040 turbo の基板上の MPU 1 のソケッ 
卜に取り付けます。取り付け方向を間違えないようにしてください。68030ならば1番ピ 
ンのある角に向かって金色の線が印刷されています。 68 EC 030 ならば1番ピンにあたる位 
置に凹みがあります。これを MPU 1 ソケットの1番ピンの位置にあわせて取り付けます。 

図 2.8 に示した向きに 040 turbo の基板を置いたとき、右上の角が MPU 1ソケットの1 
番ピンの位置になります 0 040 turbo の基板上にはピンの行方向と列方向にアルファベッ 
卜と番号が印刷されています力 5 '、1番ピンはこの A 行1列の位置に対応します。 

ちなみに、68040は右下が1番ピン* 2 です。68040を別に用意した人、ファンの取り付 
けのために一度外した人は、挿入方向を間違えていないか、よく確認してください。 

また、ソケットへの挿し込みはしっかり行ってください。挿し込みがゆるいと_，し 
たり、最悪の場合、壊れ* 3 たりします。しっかり挿されば、横から見たソケットと、68030 
や68040の間の隙間は1 mm くらいしか空かないはずです。 


* 1 

私は、先の曲がったピンセットを斜めから神し込 
み、先の部分を支点にしてテコの要領で持ち上げて 
います。 

* 2 

なぜ1番ピンの位說を統一しないんだ、という疑 
問もあるでしよう。実は、最初は68030も右下が1 
番ピンでしたが、 X 68030 のマザーボードに取り付 


けるには68030の右上が1番でないといけないので 
す。これでは X 68030 に取り付けできないわけで、 
このミスを急いで直すために68030の1番だけ位置 
を変えたのでした。 

* 3 

実際に68030が異常に発熱して壊れたという報告 
がありました。 
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1番ピン 



図 2.8 68030の取り付け位置 


なお、 68 EC 030 はピンが対称に植えられていて、間違った方向* 1 でも挿し込めてしま 
うので、十分注意して〈ださい。 

また、68030の装着方向があっていても、ピンの数が多いので、ちょっとピンが曲がっ 
ただけで入りにくくなります。ピンが曲がっていたら、ラジオペンチなどでていねいに修 
正してからやりなおしてください。無理に押し込むと、ピンカ 5 '完全に曲がってしまう恐れ 
が十分あります。 


2.6 50 MHz クロック弓 I き出し用ケープルの取り付け 


040 turbo の基板の実装位置が 50 MHz クロックを取り出すマザーボード上の 1 C の上に 
きてしまいますので、後からでは 1 C クリップの取り付け作業が難し〈なります。 040 turbo 
の取り付けの前に、 50 MHz クロック引き出し用ケーブルを取り付けておきます。 

取り付けるのは、部品番号 IC 46、 部品名 74 F 803 という14ピンの 1 C の7番ピン （ GND ) 
と8番ピン （50 MHz ) です。この 1 C は、1993年8月現在出荷されている X 68030 のマザ 
ーボード上では、図 2.9 のように、 MPU の上、コプロセッサ68882のソケットと 50 MHz 
のオシレータの間にあります 0 


*1 ぼ確実に壊れます。実際、これで 68 EC 030 を壊した 

間違った向きで電源を入れると、異常発熱し、ほ という報告もありました。 
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50MHz クロックの取り出し位置 


ただし、今後も 74 F 803 がこの位置にあるとはかぎりませんし、回路力す変更される可能 
性もありますので、この 1 C が見つからない場合は、部品名 74 F 803 をたよりに探してくだ 
さい。また、位置の変わったマザーボードがあった場合はその旨を報告して〈ださい。 

取り付け位置を確認したら、付属の 50 MHz クロック引き出し用ケーブルについている 
1 C クリップを取り付けます。 1 C クリップは、図 2.10( a ) のように、先端の細長い部分が鉤 
の入った鞘'になっており、鞘'を引くと鉤が出てきます。この鉤を 1 C のピンに引っかけ、 
鞘を離すと、バネの力で轉が戻って鉤がピンに固定されるようになっています。 

これで簡単に信号線を取り出すことができますが、信号の安定度からみると、よい方式 
ではありません。電子工作に自信がある人は、 1 C クリップを外して電線を直接 1 C の足に 
半田付けしてしまうほうがよいでしょう。 

1 C クリップの使い方がわかったら、マザーボード上の IC 46 に図 2.10( b ) のようにして 1 C 
クリップを取り付けてください。取り出す信号は 50 MHz クロックですが、信号を安定さ 
せるためにツイストペア線を使いますので、もう一方の線を GND につなぎます。 1 C タリ 
ップの赤（出荷ロットによっては白の場合もあります）が 50 MHz 用、 1 C クリップの黒が 
GND 用です。 

1 C クリップの取り付け位置に I / O スロットがあるので、ちょっとイ^!がしづらいかもし 
れませんが、図 Z 10( c ) のように I / O スロットの下から斜めに通して引っかけるようにする 
と、めったなことでは外れなくなるので確実です。ただし、むきになって 1 C クリップを 
こじ入れると、マザーボードのパターンを傷めるので慎重に^!してください。 
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⑹ 


図 2.10 1C クリップの取り付け 


2.7 金属スペーサの取り付け 


付属の金属スペーサを、図 2.11 のように、ネジ留めしないでおいたネジ22、23の位置に 
取り付けます。金属スぺーサは、マザーボードに040 turbo を固定するとともに、 GND を 
つなぐ意きがあります。 
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2.8 04 Oturbo の取り付け 


040 turbo の中継コネクタの足はマザーボードと接続する関係で長〈なっていますが、 
強度的には弱いものです。折れていないか、曲がっていないかよく確認してください。正 
常なら、マザーボードの68030 MPU ソケットの位置に 040 turbo の基板を、図 2.12 の向き 
に取り付けます。 



図 2.12 040tu「bo の取り付け 


取り付けに際しては、マザーボードの68030 MPU ソケットの位置と 040 turbo の中継コ 
ネクタの足の嚼み具合を、横や上からのぞいて確認しな力すらしっかり挿し込んでください。 
ビデオユニットを取り外すと、作業がしやすくなります。 

040 turbo を取り付けたら、ネジ22、23を使って、図212に示した矢印の2力所で040 
turbo と先ほど取り付けた金属スペーサをネジ留めします。 

040 turbo の基板側の穴は多少のズレを考慮して横長になっていますが、金属スペーサ 
のネジ穴とあまり大きくズレているようなら、 040 turbo の取り付けがおかしい可能性が 
あるので、見なおしてみてください。 

なお現在では、 040 turbo の設計時とマザーボードの大きさが変わっていることもあり 
えますので、ズレていてどうしてもネジ留めできないようならあきらめてください。これ 
も、そのようなマザーボードがあった場合は報告してください。 

その他、付属の金属スペーサの長さが f 敗妙に短い、もしくは長いという報告がありまし 
た。これは、 1 C ソケットの長さがマシンによって若干異なることがあるからです。しっ 
かり取り付けられない場合は、付属の金属スペーサの使用をあきらめ、適正な長さのもの 
を使うようにしてくた•'さい。 
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68030 mode 




68040 mode 


⑻ 


( b ) 

図2.13 MPU 切り替えスイッチ 



2.9 ケーブル接続 


2. 9.150 MHz クロック 

先に接続しておいた 50 MHz クロック引き出し用ケーブルのコネクタを 040 turbo 基板 
の上吾 P コネクタの右端、 CN 2 に接続します。 

2.9.2 MPU 切り替えスイッチ 

付属の MPU 切り替えスイッチを適当な位置に取り付けます。たとえば、 X 68030 の背 
面の図2.13⑻の矢印の位置に アース 用の端子があるので、これを外した穴* 1 にスイッチを 
取り付けるのがお手軽でしよう。 

スイッチは、図 2.13( b ) のように、接点が開いた状態が68030モード、接点が閉じた状態 
が68040モードです。 

動作 MPU の切り替えは、電源投入時のパワーオンリセット、および本体上部の IPL ボ 
タンによる外部リセット時のみ有効です。動作中にスイッチを切り替えても外部リセット 
がかかるまでは® if 乍 MPU が切り替わることはありません。 

キーボードリセットなどのソフトウェアリセットでは、回路上、現在の MPU が動作し 
たまま、もう一方の MPU も® J 作しようとしますのでハングアップします。必ずパワーオ 


* 1 の改造でこの穴を使ってしまっている人は別の手段 

X 68000 のクロックアップ改造を生きがいとする を考えてください。 

知人の常套手段です。すでにクロックアツプのため 


327 





























付録 1 Q 4 Qtu 「 bo 取扱説明書 


ンリセットか IPL ボタンによる外部リセットを行ってください。もちろん、動作 MPU の 
切り替えをともなわない単なるリセットなら、キーボードリセットでもかまいません。 

電線の反対側のコネクタは、 040 turbo の基板の上部コネクタの真ん中にある CN 1 に接 
続します。 


2.9.3 表示 LED 


動作 MPU の表示のための LED は必ずしも必要ではありませんが、動作確認のために 
はあったほうがいいでしよう。この LED は、68030動作中は消灯し、68040動作中にのみ 
点灯します。取り付け位置はどこでもかまいません。 

電線の反対側のコネクタは、 040 turbo の斟反の上部コネクタの左端 CN 3 に接続します。 
もし本体に穴を空けて LED をネジ留めする場合、付属の表示 LED 用のケーブルは接続コ 
ネクタが LED の直径より大きいので、そのままでは LED を穴から通すことができません。 
この場合は、コネクタからコンタクトを抜いて通してください。 


2.10 040 turbo の動作テスト 

これでいちおう、 040 turbo の取り付けは完了しました。動作テストを行います力 ? 、も 
し テスターが あれば、電源を入れる前に VCC と GND がショートしていないかどうか確 
認しておくとよいでしよう。 040 turbo 基板上の IC 1 から IC 3 の20ピンの 1 C は、1〇番ピン 
が GND 、 2〇番ピンが VCC です。この間の抵抗値が 1 Q 以下ならショートしている可能 
性があります。ショートしているようなら、 040 turbo を外して、 040 turbo だけで抵抗値 
を測ってみてください。もしここでショートしているようなら、 040 turbo の基板自体の 
不良ですから連絡してください。 

なお、68040は68030とは比べものにならないくらい熱を持つので、放熱対策が必須で 
す。本格的な放熱対策は動作テストが完了してからでかまいませんが、68040が熱で壊れ 
てしまうと元も子もないので、放熱をしていない場合、動作テストはできるだけ手短 
に行いましよう。ためしに動作中の68040に触ってみれば（火傷に注意！）、放熱対策の 
必要性を実感できると思います。なお、放熱対策については APPENDIX C を参照して 
ください。 

また，クロックアップされている方はウェイトを入れる必要がありますので、 
APPENDIX E を参,照してくた''さい。 


* 1 電線といっしよにコンタクトを抜くことができます。 

コネクタ内部の、電線側の先の接点部分です。よ コンタクトを挿し込むときはコネクタの位置を間違 

〈見ると抜けないように引っかかっている部分があ えないように注意してください。 

るので、ここを シャープペンシルの 先などで押すと 
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2.10.1 68030モード 

組み立て途中で動作テストしたのと同様に、電源、アナログ RGB のコネクタ、キーボ 
ードという最小限の構成にし、前準備で用意しておいたブート用フロッピーデイスタでテ 
ストします。 

MPU 切り替えスイッチを68030モードにして、電源を投入します。動作 MPU の表示 
LED は消えたままのはずです。通常どおりに起動し、各種のコマンドを実行して異常が 
ないかどうかを確認してください。キー入力、 FD アクセスがひととおりできれば OK で 
す。もし68030モードで起動できない場合は、 040 turbo を外して、マザーボードに68030 
を直接取り付けて試してみてください。それでも起動できない場合* 1 は、どこか壊した可 
制生がありますので修理に出しましよう。68030をマザーボードに取り付けて起動できる 
場合は、もう一度 040 turbo を取り付け直し* 2 、試してみてください。それでもダメ * 3 な 
ら連絡してください。 

2.10.2 68040モード 

次に68040モードです。このモードでは、 ROMDB がオンだと起動しませんので、も 
しオンに設定されている場合はオフ** 1 に戻しておいてください。 

MPU 切り替えスイッチを68040モードにして IPL リセットするか、もしくは電源を入 
れなおします。キーボードリセットではハングアップしますので注意してください。今度 
は、動作 MPU の表示 LED が点灯するはずです。点灯しない場合は、 50 MHz クロックの 
酉酿に問題がありますので見なおしてください。 

68040モードでも、 IPL の起動画面では MPU 68030と表示され、動作クロックを示す 
文字は変になりますが、これは動作異常ではありません。ブート用フロッピーで正常に起 
動するかどうか、各種のコマンドを実行して異常がないかどうかを確して〈ださい。た 
だし、 cache.x ではキャッシュオンにできませんが、これは異常ではありません。逆に、 
キャッシュオンにできる場合は、68040モードになっていないということになります。キ 
一入力、 FD アクセスがひととおりできれば OK です。 

いちおうの動作確認がすんだら、外側カバーを取り付けて、組み立て完了です。 


氺1 

拡張 I / O スロットが外れていると、正常劻作しな 
いこともあるようです。 

* 2 

取り付けが甘いと動作しません。 


* 3 

出荷時にはすベてテストをしてから出荷するよう 
にしていますが、輪送中に改造箇所等が断線するこ 
とがあるかもしれません。 

* 4 

switch db = off @ でオフにできます。 
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第3章 

040turbo 用のプログラム 


040 turbo 用のプログラムとして用意されているものは、 X 68030 のプログラムを68040 
で動作させたときに問題になる部分に対处するパッチやユーテイリテイです。 

68040は、デフオルトではキャッシュオフで動作します。また、68030のキャッシュ制 
御との互換性がないため、そのままではキャッシュオンになりません。このキャッシュオ 
フ状態における Human 68 k の動作は、ほぼ68030と同じと見てよく、実際、動作テスト 
で見たようにハ。ッチを施さなくてもなんら問題なく IW 乍します。 

しかし、68040はキャッシュオンを前提としたハードウェアのため、キャッシュオフで 
は本来のパフオーマンスを発揮できないだけでなく、 040 turbo のハードウェアのオーバ 
一へッドも入るために68030より劣る性能しか出ません。キャッシュオンで動作するよう、 
パッチを当てるのは必須といえるでしよう。 

ここでは、まずはじめに 040 turbo を使用するうえでどのような不具合があるかを説明 
した後、対応プログラムについて説明します0 

3.1 X 68030 の不具合 

040 turbo を X 68030 上の Human 68 k で使用するうえで現在、判明している不具合は、 
次のとおりです。 

• MPU 判定で68030と68040の判別がされない ( IPL ) 

X 68030 の ROM は、そもそも68040に対応していないので、68040かどうかを判別する 
ためのコードがありません。現状では68030と判定されてしまいます。 

[対处]判定ルーチンを追加すべきですが、面倒なので結果を返す部分をパッチして決め 
うちで68040として返すようにしています。 

♦クロック測定が正常に実行されない ( IPL ) 

X 68030 の IPL 画面に表示されるクロック値は、インタバル割り込みを設定しておいて、 
キャッシュオンでループ命令を実行し、割り込みがかかるまでに何 J 回ループを回ったかで 
計測しています。68030と68040ではキャッシュをオンにするコードが異なりますので、 
68040ではキャッシュオフのままで実行され、変な値になります。 

[対处]キャッシュ制御コードを68040に対応するモードにパッチします。電源オン時や 
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IPL ボタンによるリセットのときは対応できませんが、一度パッチした後のキーボードリ 
セットでは正しく表示されるようになります。 

•キャッシュ オン時に I / O アクセスが 異常 になる ( IOCS ) 

キャッシュオン時はバースト転送が行われるため、 I / O に対するアクセスでよぶんな！/ 
0ポートまでアクセスされてしまい、 I / O がおかしくなります。 

[対妙] MMU を使い、 I / O 領域をキャッシュ禁止でアクセスされるように設定しました。 
•キャッシュ制御ができない （ cache . x ) 

68040と68030は、キャッシュのオン•オフの方法が異なるため、68030のコードのま 
まではキャッシュ制御ができません。 

[対处] cache . x は新設された IOCS コールである IOCS - $AC [ SYS _ STAT ] をコール 
しているだけなので、 IOCS -$ AC の処理を68040に対応するようにパッチをあてました0 
ほかの IOCS -$ AC を使っているプログラムについてはキャッシュ制御できるようになり 
ます。 


•キャッシュオン時の動作が異常 （ IPL 、 IOCS 、 Human 68 k 、 FSX 、 その他） 

MPU がキャッシュオンで動作しているときに DMA やプログラムコードの書き換えな 
どをともなう处理をする場合は、キャッシュをクリアしなければなりません。キャッシュ 
クリアの方法は68030と68040では異なっているので、68030のキャッシュクリアを行う 
コードのままでは68040のキャッシュはクリアされません。 

[対处;]各プログラムの対応コードを68040に対応するようにパッチをあてます。キャッ 
シュクリアは IOCS -$ AC のフアンクシヨンとして用意されているので、通常のプログラ 
ムでは68030のキャッシュクリアのコードを使わず、じかに10 CS -$ AC を呼び出すよう 
にすべきでしよう。 

籲1 z x 化されたプログラムがエラーになる 

これは、コード書き換えをしてもキュシュ上のコードは書き換えられずに残っているた 
めと思われます。 

[対处] patexec . sys 力 f lzx の展開後にキャッシュクリアを行いますので、これを使用し 
てください。それでも問題がある場合は、とりあえずキャッシュオフで使用してください。 
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3.2 68040対応プログラム 

現在、 040 turbo 用に以下のプログラムを用意しています。ここでは、使用方法を中心 
に説明します。具体的な内容については、第5章を参照して〈ださい。 

1. 040 SYSpatch.x 

ROM 内の IPL 、 IOCS 、 割り込み処理!:、 Human 68 k、SCHDISK ( format . x が書 
き込む SCSI デバ、イスドライバ、）のキャッシュ制御コードに対してパッチを当てます。 
x の擺子を持っていますが、デバイスドライバの形態で組み込み、起動時にメモリ上 
のコードに対して書き換えを行います。 

本プログラムは、私のプログラムに、じやぎゆあ氏ならびに PUNA 氏によって修正が 
施されたものです。 


2. patexec.sys 

中村ちゃぶに氏作のダイナミックパッチヤの68040暫定対応版です。 

プログラム名とパッチデータを記述したファイルをもとにす旨定プログラムがメモリ上に 
ローデイングされると、メモリ上のコードに対してパッチを当ててくれます。次のプロ 
グラム用のパッチが用意されています。 
fastio . x 、 isx . x 、 cddev.sys 


3. 040 MPU.X 

動作 MPU を示すユーテイリテイ0単なる動作 MPU の確認のほか、バッチファイル 
中で _ MPU によって处理内容を変える場合などに活用できます。 


4. 040 cache.x 

68040のキャッシュモードの表示と設定を行うためのューティリティです。68040では、 
68030と同様のライトスルーモードのほかに、コピーバックモードというキャッシュの 
動作モードを持っています。コピーバックモードでは、データ書き込みはキャッシュ上 
でのみ行われ、必要になるまで実際のメモリへの書き戻しが行われないので、より高い 
性能を期侍できますが、互換性に関しては問題が生じる可能 I 生があります。 

なお、 040 cache . x はフリーエリアのキャッシュモードを切り替えるだけです。キュッ 
シュ自体のオン、オフは、 Human 68 k 付属の cache . x を使用してください 0 


5. allcache.x 

じやぎゆあ氏作のキャッシュモード設定ユーテイリテイです。 040 cache . x がフリーェ 
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リアのみを対象としているのに対し、全メモリをす旨定のキャッシュモードに設定します。 

6. setcache.x 

Y. さん{乍のキャッシュモード設定ユーテイリテイです0アドレス範囲を指■定してキャッ 
シュモードを設定することができます。 

7. float040.x 

鈴木国文氏作の float 演算パッケージです。68040の浮動小数点演算命令は、68882のサ 
ブセットになっていますので、 float4.x を使用することはできません。 floatZx では性 
能が出ませんので、68040の浮動小数点演算命令を使用してコーデイングされたものが、 
この flaot040.x です0 float2.x や float4.x のかわりに使用することで、 float4.x よりも 
高速に乍します0 

8. pfloat.x 

中村ちゃぶに氏作の疑似コプロエミュレータです。68040の浮動小数点命令は、68882 
のサブセットになっており、68030と68882の組み合わせを想定して作られたプログラ 
ムでは、不都合が生じます0このプログラムを登録しておくと、68040でサポートして 
いない浮動小数点演算命令については、マザーボード側の68882を使用してェミュレー 
卜してくれます。 


9. GCC 

まりこさん作の GCC です。68040に対応したコードを出すオプション （-m 6804 0) が 
追加されています。 

040turbo の酉己布によって、多くの人の手によってプログラムの対応作業が行われてい 
ますが、まだ問題が発生するプログラムもあります0また、プログラムカすバージョンアッ 
プすれば、パッチもパ、ージョンアップする必要があるでしよう。68040対応プログラムの 
最新情報については、 NIFTY-Serve の FSHARP 1 (SHARP ユーザーズフォーラム） 
の「ハードウェアの部屋」をアクセスして〈ださい。 

次に、主なプログラムの使用方法について説明します。 

3.2.1 システムへの パッチ 040 SYSpatch.x 

この プログラム は起動時に MPU が68040かどうかを判定し、68040である場合には 
ROM 内の IPL、IOCS、 害 lj り込み处理と Human68k、SCHDISK のキャッシュ制御コー 
ドに対しパッチを当てます。68030の場合はパッチを当てませんので、つねに組み込んだ 
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状態にしておいて支障ありません。 

ROM 内の IPLJOCS、 割り込み处理に対しては、 $FF0000 〜 $FFFFFF の内容を RAM 
にコピーしてから必要なパッチを当てます。対応する ROM は、 IOCS-$8F [ROMVER] 
で $13921127(16 進)が返る’92年11月27日付けのものだけです。’94年4月現在、他のパ' 
ージョンの存在は報告されていません。 ROM のバージョンが違うマシンがあったら報告 
してください。 

Human68k および SCHDISK に対しては、起動しメモリ上に展開されたコードにパッ 
チを当てます0対応する Human68k は、 ver 3.01、 ver3.02 * 1 です oSCHDISK は、 SCSIDISK 
DRIVER for X68000 version L04 です。 

プログラム中で もバ、 ージョンチェックやパッチコードのチェックを行っています。異な 
るバージョンの場合はエラーメッセージを表示して、パッチをスキップします。 SCSI の 
デバイスドライバ、についてはパッチに失敗しても実害はないようですが、念のため、フォ 
ー マット しなおして対応パ、ージョンの SCSI デバイスドライ パ、 に差し替えることをお勧め 
します。 Human68k のバージョンの違いによってパッチが失敗した場合は危険です。た 
とえ起動して正常のように見えても、そのまま使用するのは避け、68030モードに戻して 
対応するバージョンに差し替えるようにしてください。 


使用方法 

このプログラムは、デバ、イスドライバ、の形で登録します。システム自体へのパッチとい 
う性格上、最初に登録されるように必ず config.sys の device 文の先頭に記述してくださ 
い。コマンドラインから実行した場合はバージョン番号を表示するだけです0パッチに必 
要な ROM のコピー領域やワークエリアは、 Human68k のメモリ管理情報 （1C00 番地) 
を直樹喿作して、メモリの最高位番地から? i 窗保しています。 

例） 040SYSpatchx の登録 

configsys に以下の1行を書き加えます （040SYSpatch.x がディレクトリ ¥sys¥ に 
ある場合)。 


device = ¥ sys ¥ 040SYSpatch.x 

040SYSpatch.x にはいくつかのオプションがありますが、とりあえず何もつけなくて 
かまいません。オプシヨンの詳細については访 M 寸デイスクのドキュメントを参照してくだ 
さい0 


* 1 80302 (16 進）が返るもの。 

DOS - FF 30[ vemum ] で $36380301 (16 進）か $363 
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config.sys への 040SYSpatch.x の記述を完了したら、リセットしてください。 
Human68k が起動し、 ROM の内容を RAM にコピーしたうえでパッチします。 Human 
68k、SCHDISK にパッチが当てられます。 

なお、このパッチは最低限のことしか行っていません。実際、いくつか問題も見つかっ 
ています。また、 ROM や Human68k のバージョンが上がっていけばパッチが対応しき 
れなくなるでしょう。 

ROM や Human68k のバージョンアップがあった場合は可能なかぎり対応に努めます 
が、完全とはいえません。ある程度のリスクを覚I吾のうえで使用してくだ'さい。また、パ 
ッチがどんなことをやっているのかについては第5章で説明していますので、ぜひ、一 
度目を通して内容を理角？してください。 

3.2.2 ダイナミックパッチャ patexec.sys 

このプログラムも、デバ、イスドライバ、の形で登録します。あらかじめパッチ用の定義フ 
アイルを用意しておく必要があります0 

例）添付のパッチ定義フアイル 040.pat を使用する場合 

1. パッチファイルの記述 

最初にパッチ対象のファイル名を指定します。68030、68040で別のパッチを施すこ 
とも可能です。68040に対するパッチの場合は、次のように対象ファイル名の前に、' 4" 
を書きます。 

-4-fastio.x 

後は、次のような パッチ データが続きます0 

00001234: 56 78 

00009 ABC: DEF0 

パッチアドレス、旧データ、新データの順です0この書式は、 fcx のバイナリデータ 
上 b® 時に表示されるものと同じです。添付の 040turbo.pat を参考にして、パッチデ 
ータを追加していくようにすればよいでしょう。 

2. config.sys の a 己述 

config.sys に以下の1行を書き加えます （patexec.sys および 040turbo.pat がディ 
レクトリ ¥ sys¥ にある場合)〇 


device 二 ¥sys¥patexec.sys ¥sys¥040.pat 


パッチフアイル名 
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パッチファイル名を省略した場合は、デフオルトとして 、'¥etc¥patfile" が使用さ 
れます。 


添付の 040.pat では 、 FSXX (SX-WINDOW システム）および fastio.x、cddev.sys 
に対するパッチを行つています。 

3.2.3 動作 MPU の表示 040 MPU.X 

このプログラムは、動作 MPU を標準出力に出力する！：ともに終了コードを返します。 
MPU によって处理を変えるときに使えるでしよう。 


使用方法 

040MPU.X を実行すると、次のように MPU 名を表示します。 
MPU- 68040 

雲鮮 MPU と赫および終了コードとの関係は、次のとおりです。 


動作 MPU 

標準出力 

終了コード 

68000 

MPU - 68000 

0 

68010 

MPU - 68010 

1 

68020 

MPU - 68020 

2 

68030 

MPU - 68030 

3 

68040 

MPU - 68040 

4 


3.2.4 動作キャッシュモードの表示 i ： 設定040 cachax 、 allcachax 、 setcache.x 

これらのプログラムは、68040のキヤッシュモードの表示および設定を行うプログラム 
です。 Human68k 付属の cache.x によりキャッシュオンにしても、デフオルトではライ 
トスルーモードのキャッシュしか有効になりません0 040cache.x は、プログラム実行時点 
で使用可能な全フリーエリアを指定されたキヤッシュモードに設定します。弓傲なしで実 
行した場合は現在のキヤッシュモードを表示し、弓I数でキヤッシュモードを指定した場合 
は、プログラム実行時点で使用可能な全フリーエリアを指定されたキャッシュモードに設 
定します。 

allcache.x はメイン RAM の エリ アすべてのキャッシュモードを指定できます。高速 
動作力溯侍できますが、トラブルも起きやすいようです。 setcachex は 040cache.x の機 
能に加え、任意のアドレスを指定することもできるように拡張されたものです0 
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指定できるキャッシュモードは次のとおりです。 


引数 

キャッシュモード 

0または w 

1または c 

2または s 

3または n 

ライトスルーキャッシュ 

コビーバックキャッシュ 

キャッシュオフ（シリアライズドアクセス） 

キャッシュオフ（ノン•シリアライズドアクセス） 


シリアライズドアクセスは、命令の並び順にアクセスが実行されるモードです。040 
SYSpatch.x では、 I/O 領域にこのモードを設定しています。通常は使用する必要はない 
でしょぅ。 

なお、内部的に68040の MMU の機能を用いてキャッシュモードを設定しているので、 
設定の境界は8 K バイト単位になっています。 


例）現在のキャッシュモードを表示する 

弓I数を指定せずに実行すると、次のように現在のメモリマップに対するキャッシュモー 
ドを@します。 


address 
00000000 
00200000 
00BF0000 
00C00000 
00E 80000 
00EB0000 
00EC0000 
00ED0000 
00EE0000 
00F00000 


cache-mode 
0 (write through) 

1(copy back) 

0 (write through) 

3 (non cache) 

2 (serialized non cache) 

3 (non cache) 

2 (serialized non cache) 

3 (non cache) 

2 (serialized non cache) 
0 (write through) 


なお、このプログラムは 040SYSpatch.sys ver2.1c 以降のバージョンでのみ有効です。 

3.2.5 浮動小数点演算パッケージ float 040. x 、 pfloat.x 

float040x は、動作 MPU が68040かどうかをチェックして、68040でない場合は登録 
されないようになっているので、 float2.x や float4.x の前に書いておけば68030モードと 
config.sys を共用することができます。 


例）68040では float04(bc、 68030では float4.x を使用する 
config.sys を以下のようにします（各 float パッケージがデイレクトリ ¥sys¥ にある場 
合)〇 
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device = ¥sys¥float040.x 
device = ¥sys¥rloat4.x 


68040の場合は float040.x が登録され、 float4.x はすでに float パッケージが登録され 
ているので登録がスキップされます。68030の場合は float040.x がスキップされ、 float 

4.x が登多录されます。 

pfloat.x は常駐プログラムですので、実行するだけで 0K です。以後、68030+68882を 
ターゲットにしたプログラムもエラーにならずに実行できるようになります。 

3.3 注意事項 

最後に、 040turbo を X68030 で使用するための手順をまとめておきます。 

1. R0MDB はオフにしておく 

2. 040SYSpatch.x を登録する 

3. patexec.sys を登録する 

4. float040.x、pfloat.x を必要に応じて登録する 

5. autoexecbat などのバッチのなかで68030と68040の処理を分けたいときには040 
MPUx の終了コードで振り分ける 

6. cache.x でキャッシュをオン•オフする 

7. 040cache.x、allcache.x N setcache.x などを使ってシステムにあわせ、ライトス 
ルー、コピーパ、 ックのキャッシュ モードを t 旨定する。 

なお、これらのプログラムはフリーソフトウェアです。不具合や事故があっても、プロ 
グラム作者は責任を取らないことを、あらかじめご了承ください。 

実際、まだ完全にテストされていない状態ですので、なんらかの不具合は出るでしよう。 
68030モードでフアイルのバックアップを取ってから使用するようにしてください。 
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第4章 

040 turbo ハードウエア説明 


68040のバスは68030のバスと同じ32ビットですが、その制御方法はかなり変更されて 
います。68030では68000の時代から受け継がれてきた非同期アクセスと呼ばれるアクセ 
ス方式* 1 をとっているのに対し、68040では同期アクセス方式となっています。 

また、ほかにも多くの違いがありますが、これらを 040turbo のハードウェアが吸収す 
るようになっています。ただし、68030と68040の完全互換性が実現されているわけでは 
なく、 X68030 で必要となる最低限の部分のサポートしか行っていません。まだ見つけら 
れないままの問題が'残っているかもしれません。 

この章では、68030と68040の相違、および、 040turbo のハードウェアについて説明し 
ます。 

APPENDIX D に 040turbo のハードウェア関連の図面や GAL* 2 のソースを添付しま 
した。まだ情報としては不足していますが、可能なかぎり質問等に対応しますので、040 
turbo のハードウェアの問題点の洗い出しや改善のためにご協力をお願いします。 

4.1 68040と68030の相違 

68040は、68030とハードウェアレベルで、次のような相違点があります0 

L クロック 

2. ノぐスアクセス 

3. ダ、イナミッタノぐスサイジンク、、 

4. バ、スアービタの 

5. 転鋼生信号 

6. その他の信号線の動作 

以下、細かく見ていきましよう。 


氺1 

68030でも同期 アクセスの 機能 を 持っていますが、 
X 68030 の メモリ コントローラは 同期 アクセスをサ 
ポートしていないようです。なぉ、同期•非同期と 
は、 クロック に対して アクセスが 同期して いるかい 


ないかということです。 

* 2 

General Array Logic の略称。動作内容をプロ 
グラムすることが可能な 1 C の1つです。専用の GAL 
ライタを使って書き込みます。 
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4.1.1 クロック 


前に説明* 1 したように、68040では68030と同様のバスアクセスにするため、基準クロ 
ックをバスクロックとし、新たにその2倍の周波数のプロセッサクロック* 2 で内部を動 
作させるようになりました。 

しかし、68030のソケットにはバスクロック相当のクロックしか出力されていないため、 
040turbo ではマザーボードの 25MHz クロックの元となっている 50MHz のオシレータか 
ら直接プロセッサクロックを取り出すようにしています。 

実際には、68040の信号がバスクロックの立ち上がりエッジで有効なのに対し、68030 
の信号が主にクロックの立ち下がりで変化することから、 IC6 によって68030のクロック 
を反転した信号を作り、68040のバスクロックとして与えています。 

各クロックの関係をまとめると、図41のようになります。 

68030 
CLK 

68040 
BCLK 

68040 
PCLK 

4.1.2 バスァクセス 

68030では、図42のように、 AS、DS 信号のアサート* 3 によりバスサイクルが開始* 4 さ 
れ、周辺回路はリード時ならデータバス上にデータを出力し、ライト時ならデータバス上 
のデータを取り込んだ後、 DS ACK0-DSACK 1信号ょり応答するという方式をとってい 
ます。 

バスエラー発生時は、 DSACK0-DSACK 1 信号のかわりに信号をアサートする 
ようにします。アクセス中は成、两信号はアサートされ続け、応答を受け取ると、バ 


図 4.1 68030と68040のクロックの関係 


氺1 

「1.1.2 50 MHz のクロック信号 j 
* 2 

インテルの80486 DX 2 やオーバードライブプロセ 
ッサと同様の発想でしよう。ただし、インテルのチ 
ップがクロックダブラという回路を搭載して外部の 
バスクロックを内部で2倍にしてくれるのに対し、 
68040は外から2倍のクロックを与えなければなり 
ません。 

氺 3 

信号が有効になることを「アサート j と呼びます。 


逆に、信号が無効になることを「ネゲート j と呼び 
ます。 AS のように、信号名の上にオーバーライン 
がついたものは、電圧の Low レベルが有効の意味 
になる負論理信号です。 

* 4 

実際には AS 信号の前に、アドレス信号とともに 
ECS 、 OCS 信号が先行して出力されますが、 X 68030 
は ECS 、 OCS 信号を使っていないので、 040 turbo 
ではサポートしていません。 
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68030 
CLK 

A31-A0 
SIZE etc 


SO S2 


wait 


S4 


SO S2 


wait 


S4 


_n^_n_n_n_n_ 


R/W 

AS 

"ds 

DSACKO 

DSACK1 

D31-D0 


J_X ： 


< 


> 


> 


図 4.2 68030のバスサイクル 

スサイクルが終了されるときにネゲートされます。周辺回路は、屈、两信号がネゲート 
されるまで、 DSACK0-DSACK1 信号をアサートし続け、 M、 两信号がネゲートを確 
認して DSACK0-DSACK1 信号をネゲートします0 

68030 のバスアクセスは、これらの信号線でのみバスアクセスが決定され、クロックと 
はまったく関係しないことから、「非同期バス」と呼ばれています。とはいっても、実際 
には、 68030 力 TDSACK0-DSACK1 信号を受け付けて 1 クロック後にバス上のデータを 
取り込むなど、細かなタイミングについてはクロックとの関係で決まっています。高速に 
動作させるためには、データが揃う前に DSACK0-DSACK1 信号を先行して返しておけ 
ばよいわけです。 68030 のユーザーズマニュアルでは、これを HDSACKx との同期動作」 
と呼んでおり、 X68030 でも先行して DSACK0-DSACK1 信号力す返っていますから、完 
全な非同期バスになっていません。 

68040 の同期アクセスは信号線自体が 68030 とはまったく異なっており、各信号は完全 
にパ、ス クロックに 同期して動くようになっています。具体的には、図 43 のように、 TS^t 
号のアサートによりアクセスが開始され、周辺回路からの応答は信号により行われま 
す。两信号自体は、サイクルの最初のクロックの立ち上がり部分でのみ有効であり、次 
のクロックではネゲートされます。また、応答する周辺回路個 J も奴信号もクロックの立 
ち上がりで有効になるように返さなければなりません。 

エラー発生時は、 "f 瓦信号のかわりに flX 信号をアサートするようにします。 

このように、 68030 は周辺デバイスのためにバスの面倒をよく見てくれますが、 68040 
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付録 1 Q 4 Qtu 「 bo 取扱説明害 


C1 ： C2 ： wait : C1 : i C1 ! C2 ! wait i Cl 

K _ri_r^rL^LJ^jn_ 


A31-A0 
SIZE etc 

FVW 

TS 

TA 

D31-D0 


X 


X 


X 


厂 


c 


図 4.3 68040のバスサイクル 


では突き放し* 1 たような制御になっています。 

040turbo では、68040と68030とのバスアクセスの違いを吸収しています。 

68040 の信号の変換部 

この部分の働きは、68040の〒吾信号から68030の^^、两信号を作り出すことです。 

tsn = TS # next 一 bus & !xta ； 

tsn_wait.d = tsn ； 
new 一 tsn 二 tsn_wait & wait_sw 

#tsn Sc wait 一 sw; 

AS.d = new_tsn & Ixta 

#AS Sc Ixta ； 

DS.d = new 一 tsn & Ixta & read 

#AS & !xta ; 

これは IC1 のなかで行われています。 IC1 は GAL というプログラム可能な IC で、 CUPL 
という GAL コンパイ ラプログラムの次の ソース で®}^ロジックが記述 され ています。 
ここで、簡単に CUPL の ソースの 読み方を説明しておきましよう。 

各信号は、入出カピンの定義で正論理•負論理を指定するので、論理式上はすべて正論 
理として扱うことができます。 

'、#"は OR、 、、&"は AND、 、'$"は XOR、 、'!"は NOT を表しています。、' .d" がつい 
ている信号はクロック信号の立ち上がりで取り込まれるフリップフロップ出力です。また、 
ここには ありませんが、 .d がつかな L 、信号は論理式の結果がそのまま出力されます。 


* 1 

実際、この形容は当たっています。68030ではバ 
スの 面倒見が いいかわ りに、 バスアクセスの 間、他 
の仕事をあまりしません。これに対し、68040では 
突き放した後、内部でせっせとほかの仕事をしてい 


ます。このため、バスを観察していると、68030で 
はアクセスとアクセスの間に隙があるのに対し、 
68040では次から次へとバスアクセスをしていきま 
す0 
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第 4 章 04 Qtu 「 bo ハードウヱア説明 


IC1 では、 X68030 のクロックを反転したバスクロックをつないでいますので、 040turbo 
による石、面信号は、 new_tsn が有効になったとき、 X68030 のバス上にはクロック信 
号の立ち下がりにあわせてアサートされ、以後は xta が有効になるまでの間アサートされ 
続けます 。 

さて、この newjsn は最初の設計時にはなかったのですが、実回路で試した結果、ウ 
エイトを入れられるようにしたものです。 tsn_wait.d はフリップフロップ出力なので、 tsn 
より1クロック遅れます。この tsn と tsn_wait のどちらを使うかを wait_sw で選択でき 
るようになっています。 

next_bus は、ダイナミックバスサイジングで使用されるサイクルのためのものです。 
これについては、 4.1.3 で'説明します。 

xta は、 IC2 から返されるバスサイクルの終了信号です。ここでは、〒瓦もしくは 
相当と思ってよいでしょう。 

6803G の信号の変換部 

この部分の働きは、68030の DSACK0-DSACK1 信号や BERR 信号から、68040の〒瓦、 
"flX 信号を作り出すことです。 IC1 および IC2 のなかで、次のようなロジックで行われて 
います。 

まず、 IC1 ですが、ここでは DSACK(HDSACK1 の受け付けをしています。 

IC1 のなかのロジック 

dsa_wait.d = ( DSACK0 # DSACK1) & AS ; 

d_long = ( DSACK0 & DSACKl )& AS & dsa_wait; 

d_word = ( DSACKO $ DSACKl )& AS & dsa 一 wait; 


dsa_wait は68030が DSACK0-DSACK1 の認識をクロックの立ち下がりで行うことに 
対応させたもので、 IC1 のクロックは68030のクロックを反転させたものですから、 dsa 
wait がアサートされるのはちようど68030が立ち下がったときとなります。 

d_long、d_word は、 DSACKx の応答とアクセスした周辺回路のバスサイズをデコ ー 
ドしたものです。これを受けて68040への応答を作り出すのが IC2 です。 

IC2 のなかのロジック 


s_word = !s_long ； 
as_mask.d = AS; 

dsa_wait.d = ( d_long #d 一 word ); 
wait_mask = !wait_sw #dsa_wait; 
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付録 104 Qtu 「 bo 取扱説明書 


xta.d = AS & ( ( d_long # d 一 word ) & wait_mask 
#(BERR # AVEC) .& as_mask ); 

ta_sub.d = AS ( s_word & d 一 word # s_long & d 一 word & next bus ) & wait_mask ； 

TA.d = ( ( d_long & wait_mask ) # ta 一 sub ) &! AVEC # as_mask & AVEC; 

TEA-d = AS & BERR & as—mask; 

DLE 二 AS; 

IC2 のクロックは、68030と同じ位相のクロックです。 

s_long は SIZ0-SIZ1 信号を IC3 でデコードしたもので、現在のサイクルがロングワード 
か否かを示しています。 

asjnask は、主にパ、スエラーの検出を1クロックの間、マスクするためのものです。 
040turbo でグラフィック VRAM をアクセスすると、次のサイクルへと遷移するときの 
アドレス線の信号変化で X68030 がバスエラーを出して〈るという障害がありました。こ 
れに対处するために、サイクルの最初ではバスエラーを検出しないようにマスクしている 
のです。なお、68030でバスエラーが出ないのはアドレス変化のタイミングが異なること 
が根本原因のようですが、ほかにも VRAM にゴミが出るなどの問題が起こったため、今 
は VRAM など16ビット系の周辺回路をアクセスする場合、68040の t)LE モードという特 
殊なモードを使ってアドレス変化のタイミングを遅らせています。このために ta_sub が 
使われています。 

xta は、 DSACK0-DSACK1 信号もしくは^^、瓦信号など、バスサイクルが 
終了することを示す信号です。 IC1 は、これを見てパ'スサイクルを終結させます。 

AVEC 信号は、68030のオートべクタ割り込みのアクノリッジ信号です。68040でも同 
名の信号がありますが、68040ではこの信号だけでなく、〒瓦信号も返さないとオートべ 
クタ割り込みのアクノリッジになりません。 

fX 信号は、68040に対する応答信号です。 d」ong がアサートされている場合は32ビッ 
卜系なので、 wait_mask を侍って TA がアサートされます 0 wait_mask は wait_sw が無 
効の場合はつねに1なので、〒瓦はウェイトが入らずにアサートされます。 wait_sw が 
有効な場合は、 dsa_wait が'アサートされるまで、すなわち d_long が1クロック遅れてア 
サートされるまで、 fX が待たされるのです。 DSACK0-DSACK1 信号の応答がロング 
ワード ( djong) でない場合は ta_sub で決まります。基本的には、 DSACK0-DSACK1 
信号もしくは^^信号が返ってきたら "fX 信号をアサートすると思ってよいでしょう。 

fEX 信号は、面^が返ってきたら、信号をアサートします。 

040tu「bo の信号 

68040の信号変換ロジックと68030の信号変換ロジックにより、 040turbo のバスアクセ 
スは図 4.4 のように行われます（周辺回路が32ビットサイズの場合)。 
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第 4 章 Q40tu「bo ハードウェア説明 


(周辺回路が32 bit サイズの場合） 

、 ： Cl i C2 ： wait i C1 : 

Iclk jn_n_TLn_mn_runjn_n 

A31-A0 ― y -- 

SIZE etc —— A - A 一一 - 


R/W _ f 



TS 



isn_wait 



68030 

C し K 

AS 

"DS 


n^i_n_run_nj _ i_n^^i_ 


ゥェィすなしゥェ $ 卜ぁリ 






DSACKO 

DSACK1 


D31-D0 

IC1 の dsa_wait 


く 



dlong or dword 
IC2 の dsa_wait 






TA 



図 4.4 040tu「bo のバスサイクル 

点線はウヱイト時の動作。 

4.1.3 ダイナミックバスサイジング 

ダイナミックバ、スサイジングとは、周辺デバ M スから応答といっしよにバスサイズを返 
すようにし、プロセッサ側でバスサイズにあわせてアクセスのしかたをダイナミックに変 
更する機能です。 

68030はデータバスが32ビットですが、周辺デバイスは8ビット、16ビット、32ビッ 
卜のどれでもかまいません0周辺デバイスは、自分のパ、スサイズを DSACK 0- DSACK 1 
信号で示し、68030はこの DSACKO - DSACK 1信号の組み合わせを見て、バスサイズが 
アクセスすべきデータのサイズよりも小さいとき、残りのデータをアクセスするための追 
加のバスサイクルを再度実行します。 
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付録 1 Q 4 Qtu 「 bo 取扱説明書 


X 68030 ではメインメモリの DRAM 、 ROM 、 SRAM のバスサイズは32ビットですが、 
これ以外の X 68000 時代の周辺デバイスは16ビットサイズなので、このダイナミックバス 
サイジング'機育 g は必須です0 

たとえば、グラフィック VRAM の $ C 00000 番地をロングワードでアクセスした場合を 
考えます。本来 VRAM のバスサイズが32ビットサイズであれば、 $ C 00000 への1回の 
アクセスで終了します。しかし、16ビットサイズであるため、グラフィック VRAM の$ 
C 00000 〜 $ C 00001 番地のデータしかアクセスできません。このため、ダイナミックバス 
サイジング機構が働き、68030はロングワードのアクセスを完了するための $ C 00002〜 $ 
C 00003 番地へのワードサイズのアクセスを追加で実行するのです。 

X 68000 時代には68000が16ビットバスだったので、ロングワードアクセスはすべてこ 
の例のように2回行われていました。68030は32ビットバスになりました力、68000のシ 
ステムからの移行を考慮してか、16ビットサイズの周辺デノ《イスでも使えるようにと、 
ダイナミックにバスサイズを調節する、このメカニズムを持っているのです。 

これに対し、68040はダイナミックバスサイジングをサポートしていません。68000時 
代の遅いシステムにつなぐことなど論外で、周辺デバイスのバスサイズは基本的に32ビ 
ットであることが求められます。16ビットサイズの周辺デバイスをつなぐ場合は、32ビ 
ットバスの上位か下位のどちらかに割り振らなければならず、連続するアドレスはとれま 
せん0ちょうど68000に8ビットサイズの周辺デバイスをつなぐとき、16ビットバスの 
上位か下位に割り振らなければならなかったのと同じ制限です。 

ここで注意してほしいのは、バスが32ビットになったからといって、バイトアクセス 
やワードアクセスがなくなってすべてロングワードで行われるわけではありません。注意 
するのはバスが32ビット単位のため、パ、イトやワードのアクセスの場合は、アドレスに 
よって使用するデータバス位置力す決まっているということです0 68000のバイトアクセス 
で、偶数番地と奇数番地がそれぞれデータバスの上位と下位で行われていたのと同じと考 
えればわかりやすいでしょう。 

68040では、アクセスするサイズとアドレスによって、使用されるデータバスが次のよ 
うに決まつています。 
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第 4 章 040 tu 「 bo ハードウヱア説明 


SIZE 

A1 

AO 

D31 〜 D24 

D23 〜 D16 

D15 〜 D8 

D7 〜 DO 

long 

0 

0 

使用 

使用 

使用 

使用 

word 

0 

0 

使用 

使用 

—— 

—— 

word 

1 

0 

—— 

—— 

使用 

使用 

byte 

0 

0 

使用 

—— 

—— 

—— 

byte 

0 

1 

—— 

使用 

—— 

—— 

byte 

.1 

0 

—— 

—— 

使用 

—— 

byte 

1 

1 

—— 

—— 

—— 

使用 


これに対し、ダイナミックバスサイジング機構を持つ68030では、ヮードサイズの周辺 
デバイスはつねにデータバスの上位 D 31 〜 D 16 を使い、バイトサイズの周辺デバイスはデ 
ータバスの社位 D 31 〜 D 24 を使ってアクセスされます。 


040 tu「bo のバスサイジング 

X 68030 は X 68000 の周辺デバ、イスを流用しているために、16ビットサイズの周辺デバ 
イスに対して働くダイナミックバスサイジング機構が必須です。しかし、8ビットサイ 
ズの周辺デバイスはダイナミックパ、スサイジング機溝を持たない68000で使用されていた 
わけですから、16ビットサイズの周辺デバイスと同じ扱いと思って差し支えありません。 

したがって、 040 turbo では8ビットサイズへのダイナミックバスサイジングは省略し、 
16ビットサイズのダ'イナミックバ、スサイジングのみサポートしています。 

以下、個々のロジックについて説明していきましよう。 

バスサイクル 制御部 

この部分は、68040がアクセスするバスサイズと、周辺デバ'イスからの応答を見てダイ 
ナミ ックバ、 スサイジングが必要かどうかを判定し、バスサイクルを制御する部分です。 1 C 
1および IC 2 のなかで、次のようなロジックで行われています。 

IC 1 のなかのロジック 

adr_low = (!EX_ADR1) ; 

next_bus.d = AS & s_long & d_word & (DSACKO $ DSACK1) & adr_low & xta!# next_bus & !xta ; 

tsn = TS # next_bus &； !xta ； 

tsn_wait.d = tsn ； 

new_tsn = tsn 一 wait & wait_sw 

# tsn Sc !wait_sw ； 

AS.d = new 一 tsn &： !xta 

# AS Sc xta AG 

DS.d = new 一 tsn & !xta & read 

# AS & ! xta ; 
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付録 1Q4Qtu「bo 取扱説明書 


EX _ ADR 1 は、アドレス A 1 の信号です 0 

s _ long は SIZ 0- SIZ 1 信号を IC 3 でデコードしたもので、現在のサイクルがロングワード 
か否かを示しています。 

d _ word は、 IC 1 自身のなかで DSACK 0- DSACK 1 信号をデコードして得られる信号で 
す 。 

next _ bus は、68040がロングワードアクセス ( sjong ) してきて、周辺がワードサイ 
ズ ( d _ word ) だったとき、最初のアクセス ( adrjow ) であれば、 IC 2 からのアクセス 
終結 ( xta ) を待ってアサートされます。この信号は、ダ'イナミックパ、スサイジングの追 
加サイクルの実行中であることを示します。 

この next _ bus によって tsn が有効になり、最終的に庇、两信号がアサートされて追 
加のバスアクセスが開始されます。追加のバスアクセスの開始とともに重要なもう1つ 
のポイントは、追加バスアクセスの完了まで68040を侍たせるところです。 

IC 2 のなかのロジック 

s 一 word = i s_long 

ta_sub.d = AS & (s 一 word & d_word # s 一 long & d 一 word & next_bus) & wait_mask ； 

TA.d = ((d 一 long & wait—mask) #ta_sub) &IAVEC # as_mask & AVEC; 

xta.d = AS & ((d 一 long # d 一 word) & wait_mask 
# (BERR # AVEC) & as 一 mask ); 

TA 信号は、最初、ロングワードアクセス ( sjong ) に対し、周辺デバイスがワードサ 
イズ ( d _ word ) であった場合にはアサートされません。したがって、68040はバスサイ 
クルを終結しません。 

一方、 xta は、この組み合わせでもアサートされるので、 IC 1 は沾信号をネゲートし、 
X 68030 側のバスサイクルは完了します 0 そして、新たに IC 1 によりダイナミックパ、スサ 
イジングのための next _ bus がアサートされて次のサイクルが始まります。 

next _ bus がアサートされた状態で周辺デバイスからワードサイズ ( d _ word ) のアクノ 
リッジが返ってきたら、 ta _ sub のほうで認識され、今度は " FX 信号もアサートされるの 
で、最初のサイクルとあわせて68040のロングワードアクセスが完了します。 

データバス変換部 

この部分は、バスサイジングによる最初のサイクルで得られたデータの保持や、データ 
バスの上位16ビット ©31 〜 D 16) と下位16ビット ©15 〜 D 0) の間の組み換えを行います。 

これは、図45のような回路でわれており、8ビットバストランシーバ、 (74 AS 245) 1 C 
7〜12と、8ビットフリップフロップ （74 AS 374) IC 13、 IC 14 から成り立っています。 
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各々のゲートの制御は、 IC3 のなかの次のロジックで行っています。 



dhbuf 



「 

■ FF 

— 1 

68040 — 

D31-D16 一 

— 

「 dhdh] 

.企 

— 


— 

_ dhdh 

:珍 

—J 


68040 

D15-D0 


「dldl 一 


68030 

D31-D16 


68030 

D15-D0 


図 4.5 バスサイジングのためのバス組み換え回路 


read = (RD_WT) ; 

write = (!RD_WT); 

adr_low = (!EX_ADR1); 

adr 一 hi = (EX 一 ADR1); 

read 一 adr 一 hi = read & ( iack # (!iack & adr_hi ))； 

gate = TIP & !next_adr; 

gate2 = TIP & next 一 adr; 

tnp_long = SIZEO & SIZE1 # !SIZE0 & !SIZE1; 


s 一 10 ng 

二 tmp_long; 



g_dhdh 

=gate & ( 

# 

s 一 10 ng 

! s_long & adr_low )； 


g_dldl 

=gate & ( 

s_long 



# 

!s_long & write & adr_ 

hi 


# 

!s 一丄 ong & read 一 adr_hi 

& !d_word) 

g_dhdl 

=gate & ( 

!s_long & write & adr_hi 


# 

# gate2 ； 

!s_long & read 一 adr 一 hi 

Sc d 一 word ) 

g 一 dhbuf 

= gate2 & read ； 



iack は、 IC4 からの割り込みアクノリッジサイクルを示す信号です。 68040 では、割り 
込みべクタをつねにデータバスの最下位 D7-D0 から取り込みますので、 16 ビットサイズ 
の周辺デバイスが D31 〜 D16 に接続されている場合はバスの組み換えをしなければなりま 
せん。 

は、 68040 がパ、スアクセスしているとき、アサートされる信号です。 68030 や他の 
バスマスタがバスを使用中はバス変換回路をハイインピーダンスにするために、この信号 
をゲート信号に使っています。 

g_dhdh は、 68040 の上位 16 ビットと 68030 の上位 16 ビットを結ぶゲート信号です。図 
4.5 中の dhdh ブロックのゲートを制御します。 
g_dldl は、 68040 の下位 16 ビットと 68030 の下位 16 ビットを結ぶゲート信号です。図 4.5 
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中の dldl ブロックのゲートを制御します。 

g _ dhdl は、68040の下位16ビットと68030の上位16ビットを結ぶゲート信号です。図 
4.5 中の dhdl ブロックのゲートを制御します。 

g _ dhbuf は、フリップフロップのゲートです。図 4.5 中の dhbuf ブロックのゲートを制 
御します。フリップフロップにデータを保持するクロック信号は next _ bus を使用してい 
ます。 

これらの制御信号によりバスサイクルにあわせて、データバスは以下のように組み換え 
られます。 


68040 アクセス 

040tu「bo 

X68030 バス 

040tu 「 bo バス変換部ゲート 

SIZ0-1 

R/W 

A1 

next bus 

A1 

DSACKO-I 

g_dhdh 

g dldl 

g 一 dhdl 

g dhbuf 

long 

R 

0 

0 

0 

long 

1 

1 

0 

0 

long 

W 

0 

0 

0 

long 

1 

1 

0 

0 

long 

R 

0 

0 

0 

word 

1 

1 

0 

0 




1 

1 

word 

0 

1 

0 

1 

long 

W 

0 

0 

0 

word 

1 

1 

0 

0 




1 

1 

word 

0 

0 

1 

0 

word 

R 

0 

0 

0 

long 

1 

0 

0 

0 

word 

W 

0 

0 

0 

long 

1 

0 

1 

0 

word 

R 

0 

0 

0 

word 

1 

0 

0 

0 

word 

W 

0 

0 

0 

word 

0 

0 

1 

0 

word 

R 

1 

0 

1 

long 

0 

1 

0 

0 

word 

W 

1 

0 

1 

long 

0 

1 

0 

0 

word 

R 

1 

0 

1 

word 

0 

0 

1 

0 

word 

W 

1 

0 

1 

word 

0 

1 

1 

0 


以下、例を挙げて具体的な動作について説明しましよう。 

68040からの32ビットリードに対し、周辺デバ'イスが16ビットサイズの場合を考えま 
す。このときのデータバス組み換え回路の動作を図46に、このときのリードサイクルの 
タイミンク''を図47に示します。 
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⑹ 


図 4.6 バスサイジング時のデータバスの組み換え 


cl i c2 


wait 


cl 


c2 


bclk 


A31-A2 - ^ 


~yi 


ai _ r 


ts —\ 」 - \_ / ^ 



( a ) 最初は周辺が 32 ビットか 16 ビットかわからないので、 g _ dhdh 、 g _ dldl の両方のゲ 
ートヵ ? 開きます。 

⑸16ビットサイズとわかると、 next _ bus がアサートされ、フリップフロップに最初 
のデータが保持されるとともに、現在のバスサイクルを終結し、 Al = 1として次 
のパ、スサイクルを開始します0 

( c ) 次のバスサイクルでは、 g _ dhdl 、 g _ dhbuf のゲートが開き、データバスの下位に現 
在のバスサイクルのデータを誘導するとともに、データバスの上位には最初のアク 
セスで得たデータをフリップフロップから供給します。こうして、68040は32ビッ 
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卜のデータとして取り込みます。 

4.1.4 バス アービタの 動作 

バスアービタとは、 MPU や DMAC など、バスを使用する複数のデバイスがあるとき 
に、どのデバイスがバスを使用するか調停する機構です。68030は、 MPU 自身がバスア 
ービタの回路を持っています。このため、 DMAC などの周辺デバ'イスは68030のバスア 
-ビタにバス要求を出し、バス使用権を譲り受けるという形になります。 

具体的な信号のやりとりを見ると、まず、周辺デバイスはバス要求のために M 信号線 
をアサートし、バスアービタである68030は、この信号を受けるとバス使用の許可のため 
に;^信号線をアサートして応答します。 

これに対し、68040はマルチプロセッサ構成* 1 を考慮して、68040自身はバスアービタ 
の回路を持ちません。そして、他の周辺デバイスと同様、外部のバスアービタにバス要求 
をする立場になっています。このため、 ER . 而信号の意味は68030の場合とまったく逆 
になります。つまり、 M 信号線は68040自身のバス要求のための出力信号で、 M 信号 
線は外部のバスアービタからの応答を受け付ける入力信号です。 

040 tu 「 bo のバスアービタ 

X 68030 では、68030自身がバスアービタの回路を持っているため、外部バスアービタ* 2 
は存在しません。このため、 040 turbo が簡単なバスアービタとなり、周辺と68040の間 
を取り持つようにしました。これは、 1 C 5のなかで次のようなロジックで行われていま 
す。また、動作 MPU の切り替え制御もこの部分で行っています。 


mode 一 30 = 
mode 一 40 = 
BR_ 30 = 

# 

BG 一 40 = 
bg_wait .d 
EX_BG = 

# 


(now_mode); 

(!now 一 mode}; 
mode 一 30 & EX_BR 
!mode_30 ； 

mode_40 & ( !EX_BR # LOCK & !LOCKE ); 
=!BG_40 Sc !TIP; 

mode_40 & ( !BG_40 & !TIP & bg 一 wait ) 
mode 一 30 & BG 一 30; 


now_mode は、現在の動作 MPU が68030か68040かという状態を保持しています。 
BR _30 は68030へのバス要求信号です。68030モードでは EX_BR による外部からのバ 


バスアービタは、調停という役目上、システムに 
複数あっては困りますので、68030のようにバスア 
—ビタを兼ねている MPU は、マルチプロセッサ構 
成にするのに都合が悪いのです。 


68040動作時もバスアービタとして68030を使うと 
いう手段もあります力、68040の BR 信号がスリース 
テートでないことや、つねにバス要求を出し続ける 
など、他の周辺デバイスとは異なる動作をするため、 
単純にはいきません。 
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ス要求をそのまま渡していますが、68040モードではつねにバス要求を出すようになって 
います。この状態では、68030はバスを使えないため、事実上、止まった状態になります。 

BG _40 は68040へのバス使用許可信号です。 EX _ BR による外部からのバス要求がない 
間はつねにアサートされ、68040にバス使用が許可された状態になっています。この状態 
は、「暗黙の使用権 j と呼ばれており、68040が実際にバスを必要とするとき、すでにバ 
スを使用すること力滸可されているので、バス使用才箇萑1 呆のためオーバーへッドすること 
なく、パ、スアクセスが'できます0 

EX _ BR による DMAC などの外部デバイスからのバス要求が発生した場合、68040が 
乙〇 CK によりバスをロックしてアクセス* 1 しているときは、その終了を示す LOCKE を 
待ち、ロック状態でなければ BG _40 をネゲートします。これで68040はバス使用権を失い 
ますから、周辺デバ M スヵ ? バ、スを使用できるようになります。また、68030モードの場合 
は、つねにこの BG _40 信号をネゲート状態にしておくことで68040を止めています。 

EX _ BG は、 EX _ BR 信号でバスを要求してきた外部デバイスに対するバス使用の許可 
信号です。68030モードのときは68030のバス使用許可信号である BG _30 をそのままつな 
いでいます。68040モードのときは68040へのバス使用許可信号をネゲートして68040の 
バス使用権を放棄させた後、 EX _ BG をアサートして、バス使用の許可を出しています0 

なお、 EX _ BG の mode _40 のほうは （！ BG _ 40 & ! TIP & bg _ wait ) となっていま 
すが、これは、68040がバス使用許可信号をネゲートしてもすぐにはバスを手放さずバス 
アクセスしてくることがあるので、1クロックのウェイトを入れるためです。 

4.1.5 転送属性信号 

68030では、アクセスするアドレス空間の種類をフアンクシヨンコードとして、次のよ 
うなメモリ空間が定義されており、 FC 2 〜 FC 0 の3本の信号線により、どの空間をアク 
セスしているかが'示されるようになっています。 


* 1 ースト転送の場合にアサートされます。 

68030 のリ_ドモデイフアイライトサイクルやバ 
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FC 2 

FC 1 

FC 0 

アドレス 空間 

0 

0 

0 

未定義 

0 

0 

1 

ユーザーデータ 空間 

0 

1 

0 

ユーザープログラム空間 

0 

1 

1 

未定義 

1 

0 

0 

未定義 

1 

0 

1 

スーパーバイザデータ空間 

1 

1 

0 

スーパーバイザプログラム空間 

1 

1 

1 

CPU 空間 


68040でもアドレス空間の概念は存在していますが、 FC 2 〜 FC 0 の信号線がなくなり、 

よりハードウエア寄りの情報を示す「転送属性信号」と呼ばれる TT 1 〜丁 TO 、 TM 2 〜 TM 
0の5本の信号線が追加されています。 TT 1 〜 TT 0 の意味は次のとおりです。 


TT 1 

TT 0 

転送タイプ 

0 

0 

ノーマルアクセス 

0 

1 

move 丨 6 アクセス 

1 

0 

Alternate Logic Function Code Access 

1 

1 

アクノリッジアクセス 


また、ノーマルアクセスと movel 6 アクセスのとき、 TM 2 〜 TM 0 は次の意味となりま 

to 


TM 2 

TM 1 

TMO 

転送モディファイヤ 

0 

0 

0 

データキャッシュブッシュアクセス 

0 

0 

1 

ユーザーデータアクセス 

0 

1 

0 

ユーザーコードアクセス 

0 

1 

1 

MMU テー ブルサーチデータアクセス 

1 

0 

0 

MMU テー ブルサーチ コー ドアクセス 

1 

0 

1 

スーパーバイザデータアクセス 

1 

1 

0 

スーパーバイザコードアクセス 

1 

1 

1 

予約 
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TT 1、 TTO のアクノリッジアクセスのときは、 TM 2 〜 TMO には割り込みレベルが出 
力されます。 

040 turbo で、これらの信号からフアンクションコードを作り出して、ハードウエアの 
差を吸 i | 又しています。 

ファンクシヨンコード 

X 68030 では FC 2 〜 FCO を見てスーパーバイザ空間の保護を行つているので、68040の 
動作時もファンクションコードが必要となります。 040 turbo では転送属性信号からファ 
ンクシヨンコードを作り出しています。これは、 IC 4 のなかの次のロジックで行われてい 
ます。 


mode 一 iack = ( TT0 & TT1) ; 

FIELD tm040 = [1M2..0] ; 

FIELD fc030 = [TmFc2..0]; 


TABLE 


tm040 => fc030{ 
'b'000 => 'b'101; 
'b'001=> 'b'001; 
•b'010 => 'b'OlO; 
•b'Oll=> 'b'101; 
•b'100 => 'b'110; 
•b'101=> 'b'101; 
•b'110 => 'b'110 ； 
'b'lll=> 'b'lll; 


FC2 = mode 一 iack # TmFc2; 
FC1 =mode_iack # TmFcl; 
FCO = mode 一 iack # TmFcO; 


TABLE tm 040 二〉 fc 030 は真理値表形式の信号の対応を定義しています。 

データキャッシュプッシュ アクセス（000)、および MMU テーブルサーチ （011，100) 
は、68040で新設された状態で、68030には対応するものがないので、互換性のためスー 
パー バイ ザデータ 空間(1〇1)とコード空間(110)に割り付けています。 

また、 TT 1、 TT 0 で示される割り込みアクノリッジサイクルは、68030では CPU 空間 
で行われていたものですから、強制的に FC 2 〜 FC 0 を CPU 空間 (1 1 1) にしています。 


割り込みレベルの表示 

68030では割り込みアクノリッジサイクルにおいて、受け付けた割り込みレベルをアド 
レス線の A 4 〜 A 1 で表示していましたが、68040では TM 2 〜 TM 0 で表示するようになっ 
ています。これは、 1 C 4のなかの次のロジックで行われています。 
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mode_iack = ( TTO &： TT1) ; 

aj=s_long ； 
a2=next_adr ； 
al=ADRl; 
aO=ADRO; 

FIELD adr040 = [a3..a0]; 
FIELD adr030 = [adrl,adrO]; 


TABLE adr040 => adr030 { 


•b'0000 => 'b'OO 
•b ， 000 1=> 'b'Ol 
•b'0010 => 'b'10 
•b. 001 1=> 'b'll 
•b'OlOO => 'b'OO 
•b'0101=> 'b'Ol 
'b'0110 => 'b'10 


/ * not long (!s_long) 


木/ 


•b'0111=> 'b'll 
•b'1000 => 'b'OO 


/ * normal long (s_long & ! next_bus) 


*/ 


'b'1001=> 'b'OO 
•b'1010 => 'b'OO 
•b.1011=> 'b'OO 
•b'1100 => 'b'10 
•b'HOl=> 'b'10 
•b.1110 => ， b.lO 
'b'llll=> 'b'10 


/ * next long (s_long & next 一 bus) 本 / 


EX.ADR3 = mode_iack & TM2 # 
EX_ADR 2 = mode 一 iack & TM1 # 
EX_ADR1=mode_iack & TMO # 
EX_ADR0 = mode_iack & 'b'l # 


!mode_iack & ADR3 
!mode_iack & ADR2 
imode_iack & adrl 
!mode_iack & adrO 


基本的には、 X 68030 側のアドレス線 A 4~ A 1 に対し、割り込みアクノリッジサイクル 
の場合は TM 2 〜 TM 0 の内容を出力し、通常のアクセスでは68040のアドレスの内容を出 
力します。 

TABLE adr 040 => adr 030の定義は一見複雑ですが、これはダイナミックバスサイ 
ジングによる追加のアクセスで、次のワードデータをアクセスするためにア ドレス A 1 を 
0から強制的に1にするロジックが含まれているからです。 

4.1.6 その他の價号線の意味 

68040では、今まで説明'してきたようなパ、ス動作の違いに加え、細かい信号線の意味づ 
けや使われ方が変更されています。ここでは、それらの違いと 040 turbo による対応につ 
いて説明します。 
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TABLE size30 => size40 
'b'000 => 'b'OO; 

•b'001=> 'b'Ol; 
'b'010 => 'b'10; 
•b'Oll=> 'b'OO; 
•b'lOO => 'b'10; 
'b'101=> 'b'Ol; 
'b'110 => 'b'10; 
•b'lll=> 'b'10; 


long * / 
byte * / 
word * / 
line * / 

10 ng->word * / 
byte * / 
word */ 
line->word * / 


SIZO 〜 SIZ 1 が68040側のサイズ信号で、 EX_SIZO 〜 EX _ SIZ 1 が X 68030 側に出力する 
サィズ信号です。 

EX _ ADR 1 は IC 4 から出力されているアドレス A 1 信号で、これを見てダイナミックバ 
スサイジングで挿入されたサイクルについてはワードサイズに変更しています。 

リセット信号 

68030では、 RESET 信号は入出力の双方向信号です。一方、68040では、68040に対し 

リセットをかける^〒！と、68040から周辺デバイスに対しリセットを力”ナる RSTO の信 

号に分かれています。これらの変換は、 IC 5 のなかで次のロジックで行われています。 

EX_RST = 'b'l; 

EX_RST.oe = RSTO; 

rsto_msk = RSTO # !TIP & rsto 一 msk & ! EX_BG; 

RSTI = EX_RST & ( !RSTO & !rsto_msk ); 

*1 16 命令で使用される 4 ロングワードの連続転送サイ 

キャッシュフイルやキャッシュプッシュ 、 move クルを示します。 
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サィズ信号 

68030では、 SIZ 0 〜 SIZ 1 の2ビットの組み合わせでロングワード転送、バイト転送、 
ワード転送、3バイト転送を示していたのに対し、68040では、ロングワード転送、バイ 
卜転送、ワード転送、ライン転送* 1 を示すようになっています。 

X 68030 はバースト転送をサポートしていないので、68040に対して TBI 信号を返して 
ライン転送は4つのロングワード転送に分割させています。このため、ライン転送は口 
ンダワード転送と同じ扱 c 、でかまいません。 

このサイズ信号の変換は、 IC 3 のなかの次のロジックで行われています。 

adr_hi = (EX_ADR1) ; 
s0 = SIZE0; 

Sl=SIZE1; 
s2 = adr_hi ； 

FIELD size30 = [s2..s0]; 

FIELD size40 = [EX SIZEl,EX_SIZE0]; 


{******* 氺 

//////// 









付録 1 Q 4 Qtu 「 bo 取扱説明書 


\\ oe " がついている信号は、その信号をハイインピーダンスにするかどうかの制御です。 
これにより、 RSTO 信号がアサートされると EX _ RST がアサートされ、豆^5信号がネ 
ゲートされると EX _ RST がハイインピーダンスになります。 

R $ f ! は外部の EX _ RST を入力としています力 ? 、68040自身がで外部に対し EX 
_ RST をドライブしているときに自分にリセット信号力 ? 戻ってこないようにマスク* 1 して 
います。 

68030にのみ存在する出カイ言号 

次の信号は、 040 turbo では何も対していません。 

ECS 、 OCS , RMC 、 DBEN 、 STERM 、 CBREQ 、 CBACK 、 REFILL 、 IPEND 、 
STATUS、HALT 

6 8 0 4 0にのみ存在する入力信号 

次の信号は、それぞれ適当に処理しています。 


TBI 、 丁 CK 、 TRST 、 SC 1-0 
TMS 、 TDI 、 PST 3-0、 TLN 1-0, UPAl -〇, TDO、MI 

68030と68040で名前が異なるもの 

040 turbo では、次のように接続しています（厳密な意味では、多少動作が違うかもし 
れません)。 


68030 

68040 

CIOUT 

— CIOUT 

CIIN 

— TC ! 

CDIS 

— CDIS 


その他 

040 turbo では 、 DLE (Data Latch Enable ) モードを利用するため、68040の MDIS 
信号をリセット中アサートしなければなりません。本来の意味からすると、信号は 


GND にプ 5 ノレタ''ウン 
- 才ープン 


* 1 し力 1 し、 68040 から reset 命令で RSTO をアサートし 

68040 のユーザーズマニュアルには、 68040 の たとたん 、68040 自身がリセットされてしまったの 

RSTO をオープンコレクタを介して外部リセットお で、このようにマスクするロジックとしました。 

よび RSfl に接続するような例が書いてあります。 
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68030 の MMUDIS 信号につなぐべきですが、 MMUDIS 信号は X68030 中で CDIS 信号 
などといっしよにプルアップされているようです。このため、 040turbo では、 MMUDIS 
信号との接続をあきらめ、信号を^ f ! 信号につないで DLE モードになるように 
しています。 

4.2 68040特有の動作 

4.2.1 キャッシュプッシュアクセス 

転送属性信号のところで少し触れましたが、キャッシュプッシュアクセスは 68040 で追 
加されたコピー バック モードに対応したものです。コピー バック モードでは、データ書き 
込み命令を実行しても、キャッシュに書き込んで'、そのキャッシュエントリのダ'ーテイビ 
ットを立てておくだけで、すぐにはメモリ書き込みを行いません。キャッシュエントリが 
変わるときや、明示的にキャッシュプッシュ命令を実行したとき、はじめてキャッシュか 
らメモリに書き戻されます。これは、時間のかかるメモリアクセスをともなわないので頻 
繁にデータが更新される場合、特に有効な手段です。 

しかし、 DMA などがパ、スを使うときにキャッシュプッシュされていないとメモリ上の 
古い データの まま*1で处理されてしまいます。 

また、データキャッシュと命令キャッシュが独立しているため、自己書き換えプログ'ラ 
ム* 2 では問題が発生します。 

さらに、 キャッシュプッシュ アクセスは、ューザーモードで書き込まれたデータか、ス 
ー パーバイ ザ モー ドで書き込まれたデータかの区別がないので、 X68030 の フアンクシ ョ 
ンコードによるメモリ保護がきかなくなります。 68040 クラスであれば、アドレス空間と 
いったものではなく、 MMU を使った保護をすべきでしよう。 

パッチプログラム 040SYSpatch.x では、 MMU を使って Human68k の領域をスーパ 
ーバイザ領域に設定することで、ユーザーモードて、破壊できないように保護しています。 


キャッシュをプッシュしないで DMA などのほか 
のバス マスタを動作させる手法としては 「バス スヌ 
ービング」というものがあります。これは、ほかの 
バス マスタの動作を 68040 が監視し、 未 プッシュの 
データに該当するアクセスがあった場合にメモリに 
かわって 68040 が内部キャッシュのデータを返すと 
いう方法です。しかし、これをサポートするために 
は一時的にメモリをインヒビットする機能が必要と 
なります。もちろん、 X68030 にはありませんので、 
040turbo ではサポートしていません。 


68030 でも、命令キャッシュに載っている部分が 
メモリ上で書き換えられたときに破綻します。これ 
は、命令キャッシュの内容が古いままなので、命令 
キャッシュをクリアしなければなりません 。68040 
の コピーバックキャッシュでは、 さらにメモリ上で 
書き換えられたはずの部分が、実はまだメモリ上に 
書き戻されていないという状況も発生します。この 
場合は、命令キャッシュのクリアの前にデータキャ 
ッシュのプッシュも必要になります。 
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4.2.2 バースト転送 

68030ではシングルアクセスが基本で、ソフトウェアでバースト転送の設定を行ったと 
き、 CBREQ 信号をアサートしバースト転送を試みます。しかし、 X 68030 はバースト転 
送のハードウェアをサポートしないので、 CBACK 信号はネゲートされており、バース 
卜転送はアボートします。 

これに対し、68040ではバースト転送が基本で、4 ロンダワードにまとめたラインの転 
送を試みます0バースト転送が可能か否かは " f 豆!信号で指定します。信号をアサー 
卜して、バースト転送を禁止された場合、68040はバースト転送のかわりに4つのロング 
ワード転送を実行します。いずれにしても、68040では命令をどんどん先読みしていくの 
で、実装メモリぎりぎりの部分にプログラムを置くと、先読みでバスエラー* 1 になる可能 
性があります。 

また、データキャッシュをオンにしておくと、いつでもライン単位すなわち4 ロング 
ワード単位でアクセスをしようとしますので、 I / O アクセスのときに指定していないアド 
レスもアクセスされる恐れがあります。 

パッチプログラム 040 SYSpatch . x では、 MMU を使って I / O 領域や VRAM 、 スプラ 
イトメモリなどをキャッシュ禁止でアクセスされるように設定することで、これを回避し 
ています。 

4.2.3 バスアクセスのノン•シリアライズトフクセス 

68040のバスアクセスは、必ずしも命令コードの順に行われるとはかぎりません。後ろ 
に置かれた命令が先に実行される* 2 ことが起こりえます。 I / O アクセスの順番が変わる可 
制生があって問題になるかもしれません。 

68040は、ソフトウェアによりデータアクセスを命令の順番どおりに行うシリアライズ 
ドアクセス（キャッシュオフになる）にすることもできます。 040 SYSpatch * x では 、 MMU 
を使って I / O 領域をキャッシュ禁止のシリアライズドアクセスされるように設定していま 
す。ちなみに、68040はキャッシュオフのノン•シリアライズドアクセスがデフオルト動 
作です0 


* 1 

68000 とは違って、 68040 では先読みでバスエラー 
が起こっても、その命令が実際に実行されるところ 
にくるまでエラーは保留されます。もし、その前に 
分岐が起こり、実行されなければ、エラーにはなり 


ません。 

*2 

movep 命令の実行時に発生しました。しかし、 
ほかではめったに起こらないようです。 
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4.2.4 その他 

このほかにも、68040は68030より高速化しているため、ソフトウェアループでタイミ 
ングをとっている場合などは異常が発生する恐れがあります。これらについてはハードウ 
エアでは対处できないので、ソフトウェアごとにパッチを当てることで対することにな 
ります。 
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第5章 

0401：11出〇対応ソフ|^ェァ説明 


68000からすでに32ビット指向の設計であるため、ソフトウェアの互換性は高いといえ 
ます0また、68000と68030の差異については X 68030 のシステムソフトウェアである程 
度吸収されているので、キャッシュオフでは68040の動作に関してはほぼ互換性があると 
いえるでしょう。実際、イ可のパッチを当てなくても動きます。* 1 
キャッシュオンでは68030と68040の違いがストレートに出ていますが、 040 SYSpatch . 
x でほとんどの問題は押さえ込んでいます。 Human 68 k を使っている分にはほとんど 
68030と68040の違いを気にする必要はありません。 

しかし、68040と68030のどの点が異なり、 040 turbo ではどう対处しているかについて 
理解しておくのは意味のあることです。68040を使いこなせるようになって 040 turbo プ 
ロジェクトに積極的に参加してください。 

5.1 68040と68030との相違 

モトローラは、ユーザーモード互換をいうわりに、スーパーバイザモードでの互換性に 
ついては無頓着です。ハードウェアほど互換性がないわけではありませんが、それでも次 
のような点に互換性のない部分があります。 

1. キャッシュ 

2. 浮動小数点演算プロセッサ 

3. MMU 

以下、それぞれの相違点とその対処のしかたについて説明します。 

5.1.1 キャッシュ 

68030のキャッシュ制御は、キャッシュ制御レジスタ CACR およびキャッシュアドレス 
レジスタ CAAR の2つの制倒！レジスタにより行うようになっています0 
68040では、同じキャッシュ制御レジスタ CACR でも、制御ビットの位置、働きが異な 


* 1 した。 

Human 68 k のみならず 、 OS 9 - X 68030も觔きま 
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つています0また、キャッシュアドレスレジスタは存在せず、かわりにキャッシュメンテ 
ナンスのための命令が?斤設されました。 

キャッシュ制細よ 040 turbo のパッチの最重要ポイントですから、68030および68040の 
それぞれのキャッシュ制御方'法について、詳細に説明します。 

■68030 のキャッシュ制御 

68030のキャッシュ制御は、キャッシュの制御をする CACR と、その際のアドレスを指* 
定する CAAR から* 1 成り立っています。 

レジス タフ オーマツ トは次のとおりです 0 


31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 II 10 9 8 7 6 5 4 3 2 I 0 

[0 [0 [0] 0 1:0 1:0 [0 1 0] 0〔0 1:0 [0 1 0] 0 I》 [0 [0 1 0]WAI— 〔 CD[CED]FDlpi:0 [0 1 0] 旧 E〔CI ICEl[n Jei ] 

CACR 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 II 10 9 8 7 6 5 4 3 2 I 0 

[ — [ cache-index 1 — j 

CAAR 


• 68030 のキャッシュ関連レジスタ 

各ビットの意味は、次のとおりです。 


WA :ライトアロケート 

ライトアロケーションモード （ W a 二: 1) かノーライトアロケーションモード （ WA =0) を 
選択します。ライトアロケーションモードではライトサイクルでキャッシュが更新されま 
す力\ ノーライトアロケーションモードではミスヒット（ライトアドレスがキャッシュタ 
ダと不一致）した場合、キャッシュは更新されません。 

DBE :データキャッシュのパ、 ース ト転送イネーブル 

このビットをセットすると、データキャッシュの充嗔のためにバースト転送が用いられ 
るようになります。 

CD : データキャッシュの クリア 

このビットをセットすると、デ'ータキャッシュの全エントリカ ? タリアされます。 

CED :データキャッシュの特定 エン トリのクリア 

このビットをセツトすると、 CAAR で'ネ旨定したデータキャッシュのエントリがクリア 
されます。 


*1 レジスタが追加されていますが、 Human 68 k では 

68 EC 030 では、さらにキヤッシュ範囲を指定する 使用されていないようですので無視します。 
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FD :データキャッシュのフリーズ 

このビットをセットすると、データキャッシュがフリーズされます。ただし、ライトサ 
イクルでキャッシュヒットした場合は新しいデータに更新されます。 

ED :データキャッシュのイネーブル 

このビットをセットすると、デ'ータキャッシュがイネーブルされます。なお、データキ 
ヤッシュをテ、、イセーブ、 ノレ してもキヤッシュはクリアされません。再度イネーブルにすると、 
以前の有効エントリがそのまま有効になります。 

IBE :命令キヤッシュのノぞースト転送イネーブル 

このビットをセットすると、命令キャッシュの充塡のためにバースト転送が用いられる 
ようになります。 

CI :命令キャッシュのクリア 

このビットをセットすると、命令キャッシュの全エントリがクリアされます。 

CEI :命令キヤッシュの特定エントリのクリア 

このビットをセットする！:、 CAAR で'す旨定した命令キャッシュのエントリがクリアさ 
れます。 

FI :命令キャッシュのフリーズ 

このビットをセットすると、命令キャッシュが)泉結フリーズされます。 

EI :命令キヤッシュイネーブル 

このビットをセットすると、命令キャッシュがイネーブルされます。なお、命令キヤッ 
シュをデイセーブルしてもキャッシュはクリアされません。再度イネーブルにすると、以 
前の有効エントリがそのまま有効になります。 
cache-index :インデックス 

CED 、 CEI をセットして特定エントリをクリアするときのキャッシュエントリを指定 
します。 

CACR 、 CAAR などの制御レジスタへのアクセスは、 movec 命令で行います 0 movec 
命令のフォーマットは次のとおりです。 


15 

14 13 12 

II 10 

9 

8 

7 6 5 4 

3 

2 

10 

0 

1 | 0 | 0 

1 1 1 1 

• I 

1 〇 1 

1 〇 1 ■ 1 • 1 ■ 

1 1 

1 〇 1 

1 | dr 

A/D 

register 

control-register 


16進で、 $4 E 7 Axxxx もしくは $4 E 7 Bxxxx になります。 

dr 、 A / D 、 register 、 control - register の各フイールドの意味は次のとおりです。なお、 
制御レジスタのアクセスは、データレジスタもしくはアドレスレジスタとの間でしか行え 
ません。 
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dr 転送方向 

0 制御レジスタの内容を汎用レジスタにセット 
I 汎用レジスタの内容を制御レジスタにセット 



register 

A/D = 0 

A/D = 1 

000 

DO 

A0 

001 

D 1 

A 1 

010 

D2 

A2 

011 

D3 

A3 

100 

D4 

A4 

101 

D5 

A5 

110 

D 6 

A6 

III 

D 7 

A7 


制御レジスタには以下のようなものがあります。 CACR は002 (16 進)、 CAAR は802 
(16 進）です。 


control-register (16 進） 

制御レジスタ名 

000 

SFC 

001 

DFC 

002 

CACR 

003 

TC 

004 

ITT0 

005 

ITT 1 

006 

DTT0 

007 

DTT 1 

800 

USP 

801 

VBR 

802 

CAAR 

803 

MSP 

804 

ISP 

805 

MMUSR 

806 

URP 

807 

SRP 


例） 

• CACR の値を D 0 に読み出す。 

アセンブラ表記 ： movec CACR,DO 
マシンコード表記： S 4 E 7 A 0002 

• A 2の内容を CAAR に設定する 
アセンブラ表記 ： movec Az.CAAR 
マシンコード表記： $4 E 7 BA 802 

■ 68040 のキャッシュ制御 

68040のキャッシュ制御レジスタ CACR では、単に命令キャッシュ、データキャッシュ 
のオン • オフを指定するだけで、キャッシュタリアなどは68040で新設されたキャッシュ 
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メンテナンス命令で行います。また、キャッシュのフリーズ機能はなくなっています。 
レジスタのフオーマツ トは次のとおりです。 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 !2 II 10 9 8 7 6 5 4 3 2 I 0 
[DE[ 0] 0 1:0 [ 〇 ] 〇 〔0 [ 〇 ] 0 1:0 [0] 〇 1:0 [ 〇 ] 〇 1:0 [E] 0 1:0 卜 J 0 1:0 [0 } 0〔0 [0 ] 0〔0 [0 { 0] 0 1:0 | 

CACR 


• 68040 のキャッシュ制御レジスタ 

各ビットおよび命令の意味は、次の!:おりです。 

DE :データキヤッシュのイ ネーブル 

このビットをセットすると、デ、ータキャッシュがイネーブルされます。なお、データキ 
ヤッ シュをデ、イセーブ、ノレしてもキャッシュはクリアされません。再度イネーブルにすると、 
以前の有効エントリがそのまま有効になります。 

IE :命令キャッシュイネーブル 

このビットをセットすると、命令キャッシュがイネーブルされます。なお、命令キヤッ 
シュをデイセーブルしてもキャッシュはクリアされません0再度イネーブルにすると、以 
前の有効エントリがそのまま有効になります。 

CACR レジスタ自体は、68030と同様、 movec 命令力 5 '新設され、これを使ってキヤッ 
シュクリアなどを使ってアクセスします。レジスタ番号も同じ002 (16 進）です。 


• 68 040のキャッシュメンテナンス命令 

68030では CACR レジスタのビットを立ててキャッシュクリアの理を行っていました 
が、68040では CINV 、 CPUSH というキャッシュメンテナンス命令が新設され、これを 
使ってキャッシュクリアなどを行うようになりました。 

• CINV :キャッシュの無効化命令 

キャッシュエントリを強制的に無効（インバリッド）にします。 

• CPUSH :キャッシュの書き戻しと無効化命令 

コピー バックモードでメモリ に書き戻されて いないデータがキャッシュエントリ にあ 
る 場合、それを メモリに 書き戻した後、無効にします。 

どちらの命令も、作用するキャッシュエントリの範囲により、次の3つに分けられます。 
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CINVP caches , ( An ) アドレスレジスタ An で指*定されるページ内に含まれるキャッシュ 
エントリを無効化します。 caches は、命令•データ•両方のどれかを指定します。 

CINVA caches caches で指定されるキャッシュのエントリをすベて無効化します。 

CPUSH も同様です。 

CPUSHL caches , ( An ) 

CPUSHP caches , ( An ) 

CPUSHA caches 


命令フオーマットは次のとおりです。 


15 

14 

13 

12 

II 

10 

9 

8 7 6 

5 

4 3 

2 1 0 

1丨1 

' | 

1 | 

1 | 

0 

1丨1 

0 

0 caches 

1 〇 

scope 

register 








CINV 




15 

14 

13 

12 

II 

10 

9 

8 7 6 

5 

4 3 

2 1 0 

1丨1 

1 | 

1 | 

1 | 

0 

1丨1 

0 1 

0 1 caches 

| « | 

scope 

register 


CPUSH 


caches 、 scope 、 register の各フイールドの意味は次のとおりです 0 


caches 

対象 キャ ッシュ 

00 

— 

01 

DC :データキャッシュ 

10 

1 C : 命令 キャッシュ 

II 

IC/DC :データ/命令キャッシュ 


scope 

対象範囲 

00 

無効 

01 

CINVL 

10 

CINVP 

II 

CINVA 


register 

対象レジスタ 

000 

A 0 

001 

A 1 

010 

A 2 

01 1 

A 3 

100 

A 4 

101 

A 5 

no 

A 6 

111 

A 7 


例） 

• 全キャッシュをクリアする 
アセンブラ表記 ： CINVA IC/DC 
マシンコード表記： $ F 4 D 8 
• A 5 の指すラインのデータキャッシュだけ 
をプッシュする 

アセンブラ表記 ： CPUSH DC ,( A 5) 

マシンコード表記： $ F 46 D 


これらの違いにより、68030と68040のキャッシュ関連の処理がどう変わってくるか、 
具体的に説明します。 
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■ 68030 と68040のキャッシュのオン • オフの違い 

68030では、68030の CACR レジスタの El、ED ビットを操作してキャッシュのオン • 
オフを行います。 X 68030 の ROM では 、 WA ビットも同時に設定しています。設定値は、 
次のとおりです。 


データキャッシュ 

命令キャッシュ 

設定値 （ 16 進） 

オフ 

オフ 

オフ 

0000 

オン 

0001 

オン 

オフ 

2100 

オン 

オン 

2101 


68040では、 CACR の IK DE ビットでキャッシュのオン•オフを行います。 040 turbo 
のパッチでは、次の値になるようにパッチしています。 


データキャッシュ 

命令キャッシュ 

設定値 （ 16 進） 

オフ 

オフ 

オフ 

00000000 

オン 

00008000 

オン 

オフ 

80000000 

オン 

オン 

80008000 


注：ライトアロケートビットについて 

68030では、データキャッシュのオンでライトアロケートビットを設定して 
います。これは、以下の場合に不具合が生じるからです。 

1 . MMU で複数の論理アドレスを同一物理アドレスにマッビングした場合 

2. 同一物理アドレスをスーパーバイザモードとユーザーモードの両方でア 
クセスする場合 

68040にはライトアロケートビットの設定が存在しませんが、キャッシュは 
MMU によりアドレスに変換された後の物理アドレスでキャッシュされるので、 
I .の問題はありません。また、スーパーバイザモードとユーザーモードでのキ 
ヤツシュの区別は特に設定しないかぎリ行われないので、2•の問題も発生しま 
せん。 
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■ 68030 と68040のキャッシュのクリアの違い 

68030では、 CACR の CD 、 CED 、 Cl 、 CEI ビットを操作してキャッシュのクリアを行 
います。 X 68030 の ROM や Human 68 k では、次の値を CACR の現在値に OR したり、ビ 
ットセツト命令を使って対応ビットを立てて CACR に書き込み、キャッシュクリアを行 
つています。 


データキヤツシユ 

命令キャッシュ 

設定値 （16 進） 

— 

— 

0000 

—— 

クリア 

0008 

クリア 

—— 

0800 

クリア 

クリア 

0808 


68040では、キャッシュメンテナンスのための CINV もしくは CPUSH 命令で行います。 
040 turbo のパッチでは、68030のキャッシュクリアのための CACR 操作の一連のコード 
を、次の命令になるようにパッチしています。 


データキャッシュ 

命令キヤツシュ 

命令 

— 

クリア 

CINVA 1 C 

クリア 

—— 

CINVA DC 

クリア 

クリア 

CINVA IC/DC 


なお、68040のキャッシュエントリはリセットではクリアされませんので、最初にキャ 
ッシュ オンに する 前に 「 CINVAIC / DC 」 を実行し、全キャッシュエントリをクリアし 
ておかなければなりません。 


■キャッシュの指定エントリのクリア 

68030では、 CAAR レジスタで特定のキャッシュエントリを t 旨定し、 CACR レジスタ 
の CED 、 CEI ビットにより部分的にクリアする機能を持っています。68040では 、 CINVL 
命令、および CIN VP 命令により同等の処理をすること力呵能です。 

しかし、 Human 68 k では使用されていないので、 040 turbo では対处していません。 


■キャッシュのフリーズ 

68030では、 CACR レジスタの FD 、 FI ビットによりキャッシュをフリーズする機能を 
持っています。68040では、キャッシュのフリーズ機能はありません。 
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これも Human68k では使用されていないので、 040turbo では対処していません。 


■ライトスルーモードとコピーノくックキャッシュモード 

68030のキャッシュは、データ書き込み時にキャッシュの更新とともに実際の書き込み 
動作も行われます。68040のキャッシュも、デフォルトではこの動作となり、これを特に 
「ライト スルー モード」と呼んでいます。これに対し、データ書き込み時はキャッシュの 
み更新し、実際の書き込み動作は必要に応じて行うコピーバックモードと呼ばれる動作モ 
ードも持っています。 

コピーバックモードの指定は、透過変換レジスタか MMU のページデイスクリプタで 
行います。透過変換レジスタのフォーマットは次のとおりです。 

31 30 29 28 27 26 25 24 23 22 21 20 19 18」7 16 15 14 13」2」1 10 9 8 7 6 5 4 3 2 10 

論理ァドレスベー7 ] 論理ァドレスマスク [ eJ S 1:0 1:0 [0]UI …01:0 [ CM ] 0 1:0 l:W [0 卜] 

68040の透過変換レジスタ （ITT 0、 ITT I、 DTT 0、 DTT I ) 

各ビットの意味は、次のとおりです。 

論理 アドレスベース アクセスするアドレスの A31 〜 A24 と JtK され、この8ビットと一 
致する場合は MMU の変換を受けずに直接アドレスバスに出力されます。 

論理 アドレスマスク 論理アドレスベースと比$交するとき、1がセットされているビット 
位置に対応するアドレスについては無視*されます0 

E :イネーブルこのビットをセットすると、トランスペアレントレジスタの設定が有効 
になります。 

S :スーパーバイザ/ユーザーモードこのビットは、アドレス空間を識別するのに使用 
します。 


S 

アドレス 空間 

00 

ユーザーモードアクセスのときのみ有効 

01 

スーパーバイザモ_ドアクセスのときのみ有効 

lx 

スーパ—バイザ/ユーザ—モードどちらでも有効 


U 0、 U 1 :ユーザーページ属1生トランスペアレントレジスタによるアクセスのとき、 
68040のバス上にある UPAO、UPA1 線に本ビットの内容が出力されます。2次キャッシ 
ュの制御などの用途に使用しますが、 040turbo では使用していません。 

CM : キャッシュモードこのビットで、次のようにキャッシュのモードを指*定します。 
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CM 

キャッシュモード 

00 

ライトスルーキャッシュオン 

01 

コピーバックキャッシュオン 

10 

キャッシュオフ（シリアライズドアクセス） 

II 

キャッシュオフ（ノンシリアライズドアクセス） 


W : 書き込み保!蒦このビットがセットされている場合、書き込もうとすると エラーに な 
ります。 

68040では、この透過制御レジスタが、命令用に2セット （ ITTO 、 ITT 1)、 データ 
用に2セット （ DTTO 、 DTT 1) あります。 

たとえば 、 DTT 0に000000010000000010000000 00100000( 2進）とセットした場合、 


論理アドレスベース——000000001 
E —1 (透過 レジスタ 有効） 

s ― 00 (ユーザーモードのみ 有効） 

CM ——01(コピーバックキャッシュ 有効) 


となりますから、$01000000〜 $01 FFFFFF (16 進）の間をューザーモードでデータア 
クセスするときはコピーパ、ックキャッシュが有効になります0 X 68030 では、アドレスバ、 
スの上位8ビットがデコードされていないので、メインメモリがコピーバックモードで 
アクセスされることになります。 MMU の場合は、ページディスクリプタでキャッシュ 
モードで指定します。 040 SYSpatch . x は、この機能を使ってページ単位にキャッシュモ 
ードを指定できるようにしています。 

5.1.2 メモリ管理ユニット 

68040の持つメモリ管理機能は、68030のオンチップ MMU * 1 のサブセットとなってお 
り、使用できない機能があります。 

今のところ、 MMU の違いで問題が出るのは X 68030 の IPL だけで、68030が搭載され 
ている場合、 r On-Chip MMUj の表示をするために MMU 命令を使ってチェックして 
いますが、 MMU 機能の差異のため、68040の MMU は認識されません。実害はないので、 
見ための表示をごまかす:^けしか行つていません。 


氺1 

68 EC 030 にはありません。 
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040 SYSpatch.x では、スーパーバイザ領域やキヤッシュモードの設定を行うために独 
自に MMU 機能を使用しています。 

現時点では、 Human 68 k から MMU 機能を使用するソフトウェアが存在しないため問 
題ありませんが、今後、システムが MMU 機能を使用するようになった場合は、 MMU 
機能の差異のほか、 040 SYSpatch.x が独自に使っている機能との整合をとる必要が出て 
くる f しよう。 

5.1.3 浮動小数点演算ユニット 

68040になって浮動小数点演算ユニットは MPU 内に内蔵され、コプロ方式の68030+ 
68882により浮動小数点演算が高速化されました。しかし、この浮動小数点演算ユニット 
は68882のサブセットであり、次の命令しかサポートされておらず、超越関数などはソフ 
トウェア* 1 で刘•応しなければなりません。 


ニーモニック 

機能 

FABS 

浮動小数点絶対値 

FADD 

浮動小数点加算 

FBcc 

浮動小数点条件分岐 

FCMP 

浮動小数点比較 

FDBcc 

デクリメントと浮動小数点条件分岐 

FDIV 

浮動小数点除算 

FMOVE 

浮動小数点レジスタ転送 

FMOVEM 

浮動小数点レジスタの複数転送 

FMUL 

浮動小数点乗算 

FNEG 

浮動小数点符号反転 

FRESTORE 

浮動小数点内部状態リストア 

FSAVE 

浮動小数点内部状態セーブ 

FScc 

条件による浮動小数点レジスタの設定 

FSQRT 

浮動小数点平方根 

FSUB 

浮動小数点減算 

FTRAPcc 

浮動小数点条件トラップ 

FTST 

浮動小数点テスト 


この差異のため、 X 68030 のコプロセッサを利用した浮動小数点演算パッケージ 
FLOAT 4 .X が使用できません。しかし、現状では、すべてソフトウェアで浮動小数点演 
算を行う演算パッケージ FLOAT 2 .X を使用することができますので、通常のプログラム 
の使用には問題ありません。また、フリーソフトウェアで68040対応の float 040 .x および 
pfloat.x が用意されています。 


* 1 882より速いといっています。 

モトローラは、それでも68040のほう力 ? 68030+68 
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5_2 040turbo パッチプログラム 

040 turbo で用意しているプログラムの使用方法についてはすでに説明しました。ここ 
では、最も基本!：なるパッチプログラムである、 040 SYSpatch . x について説明します 0 
この内容を理解すれば、他のプログラムを 040 turbo に対応させることは可能でしょう。 

040 SYSpatch . x は、 X 68030 の ROM ルーチン、 Human 68 k 、 SCSI デバイスドライ 
バなどへのパッチや、キャッシュ制御のためのコード追加、 MMU の管理など、多岐に 
わたっていますので、動作が複雑になっています。個々の内容の説明の前に、プログラム 
自体のおおまかな訓乍について説明しておきましょう。 

L 引数チェック 

• オプションスイッチの引数チェック。 

• ROM コピー領域、 MMU テーブルのための領域を、 $1 C 00 番地* 1 の内容から必要メ 
モリ容量分だけ引いて $1 C 00 に設定。 

2. MPU チェック 

MPU 力 5 '68040かどうかを、 「 movectc ， d 0」 命令* 2 が未定義命令ェラーになるかどう 
力て'チェックしています。 

未定_命令のベクタをフックしておき、この命令を実行してみて、正常に実行できれば 
68040、フックしておいたルーチンに飛んできた場合は68030ということになります。68040 
でなければ以後の処理はスキップします。 

3. コピー領域が正しいか否かのチェック 

ROM のパッチをしたコピー領域が残っているかどうかを次の項目に従ってチェックし 
ます。 

• IOCS -$8 F [ ROMVER ] による ROM のバージョンカ ? 正しいか 
• コピー領域のマジックナンパ、一があっているか 
• コピー領; t 或の全体のチェックサムがあっているか 

正しくなければ、 ROM をコピー領域にコピーしてパッチを当てます。以前のバージョ 
ンでは、この後、パッチを当てた IPL で起動しなおすため、 RESET 時のエントリにジャ 


フリーエリアの最後尾のアドレスを保持していま 
す。この値を修正すれば、 Human 68 k で使われる 
フリーエリアを変更することができます。 


tc は68040の MMU 用の制御レジスタです。ちな 
みに68030の MMU 用の制御レジスタは、 pmove 命 
令でアクセスするようになっています。 
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ンプして2回のリセットが行われていました。今は1回で起動するようになっています。 
4 MMU テーブルの作成 

68040のスーパーバイザ領域の保護と I / O 領域へのキャッシュ禁止のシリアライズドア 
クセスを設定し、さらに ROM のコピー領域を本来 ROM があるアドレスに見せかけるた 
めに MMU を使用します。このための MMU のテーブルを作成する必要があります。 

5. Human 68 k のパッチ 

ROM のパッチの後は、 Human 68 k や SCSI ドライバ等にパッチを当てます 0 
Human 68 k のバージョンチェックを行ってから、対応箇所をパッチします。 

SCSI ドライバについては、デバイスドライバのリンクテーブルをたぐっていって対応 
ルーチンをすベてノぐッチします0 

これらは RAM 上にあるので、直接、メモリ上のプログラムコードを書き換えています。 


6. 終了 

すべての处理が終わったら、終了します。なお、コマンドラインから実行した場合は、 
単にバージョンを表示するだけです。 

次に、個々のパッチ内容について説明していきます。パッチ内容は大きく分けて、 

• キャッシュ制御関連 
• MMU の管理 

になります。 

なお、プログラムが頻繁にバージョンアップしているので、プログラムのドキュメント 
および ソースの ほうも 5 IIS しておいてください（，94年4月14日現在の最新バ 、ー ジョンは 
ver 2.51 です)〇 


5.2.1 キャッシュ制御関連 

040 SYSpatch . x の大半のパッチは、68030と68040のキャッシュ制御の違いに関する 
ものです。 

次の箇所にパッチを当てています0 

■IPL の MPU クロック判定ルーチンに入る前のキャッシュ制御 

クロック判定のためのループをキャッシュオンで回るための、次のコードが入つていま 
す0 
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本来のルーチン 68040のパッチ 

00 FF 014 A move.w #$2101 , DO — move.l #$00000000, DO 

00 FF 014 E movec dO'CACR — movec d 0 ,CACR 

68040では設定値が異なるので、これではキャッシュがオンになりません。設定値を変 
えてやればいいのですが、キャッシュをオンにすると動作が異常になったことがあるので、 
パッチ後のルーチンでは CACR に$00000000を入れてキャッシュオフにしています。な 
お、命令キャッシュのみオンなら正しく動〈場合もあるので、 040 SYSpatch . x のオプシ 
ョン“％”により、$00008000を CACR に入れるようにしています。この場合は、命令キ 
ャッシュがオンになり、ほぼ正しいクロック値が表^されるようになります。 

IOCS 内の各ルーチンから呼ばれているキャッシュクリアルーチン 

IOCS - ROM 内で DMA を使用するルーチン等が、キャッシュクリアのために呼び出し 
ている共通ルーチンがあります0 

本来のルーチン 6 8 〇 4 〇のパッチ 

00 FF 828 E movec CACR , d 0 — CPUSHA IC/DC 
00 FF 8292 or.w #$8080 , dO 
00 FF 8296 movec d 0 ,CACR 
00 FF 829 A and.w #$ F 7 F 7 ,dO 
00 FF 829 E movec d 0 ,CACR 


このルーチンではキャッシュクリアのために CACR に CD 、 CI ビットをセットしていま 
す。 

68040では 、 CPUSHA IC / DC を使うようにパッチしています。 


■IOCS-SAC のキャッシュ制御コール 

IOCS-$AC [ SYSSTA 丁]は、 D 1 で次のような機能を使用できます。 


D 1 

機能 

0 

MPU 情報の取得 

1 

キャッシュ状態の取得 

2 

SRAM 設定値にキャッシュモードを設定 

3 

キャッシュクリア 

4 

キャッシュモードの設定 


MPU 情報の取得 MPU 情報は、 D 0 レジスタに各種の内容を返します0最下位のバイト 
は MPU のタイプを示すので、パッチではいきなり68040を示す、、 4" を返すようにしてい 


ます。 
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キャッシュ状態の取得キャッシュ状態は CACR レジスタを読み出しますが、そのまま値 
を返すのではなく、下位2ビットのうち、ビット1でデータキャッシュの状態を、ビッ 
卜0で命令キャッシュの状態を示すように変換し、 DO レジスタに返します。 

本来は次のようなコードですが、右側のようにパッチしています。 

本来のコード 68040のパッチ 

00 FFC 78 C movec CACR ,(31 

00 FFC 790 ror.l #1, D 1 — swap D 1 

00 FFC 792 lsr.w #7, D 1 — rol.w #1, D 1 

00 FFC 794 rol.l #1, D 1 


SRAM 設定値にキャッシュモードを設定これは、 SRAM の設定値を読み出した後、キャ 
ッシュ設定ルーチンを呼んでいるだけなので、変更はしていません。 

キャッシュクリアキャッシュクリアコードは、先に出た IOCS 内部ルーチンで共通に使 
われているルーチンとは別のルーチンとして用意されています。 

これも 、 CPUSHA IC / DC を使うようにパッチを当てます。 

キャッシュモードの設定キャッシュモードは、 D 2 レジスタの下位2ビットで設定します。 
ビットの意味は、キャッシュ状態の取得と同様です。 

040 SYSpatch . x の登録時は、これらに加えて次の機能が追加されます。 

本来は次のようなコードでテーブルを引いていますが、右側のようにパッチしています。 

本来のルーチン 68040のパッチ 

00 FFC 7 C 4 moveq #$00, D 1 — ror.l #, D 2 

00 FFC 7 C 6 add.w D 2, D 2 — ror.w #1, D 2 

00 FFC 7 C 8 move.w $08 ( PC , D 2 ) , D 1— swap D 2, D 1 / move.l D 2, D 1 
00 FFC 7 CC movec D 1 ,CACR 

040 SYSpatch . x の登録時は、これらに加えて次の機能が追加されます。 


D 1 (16 進） 

機能 

8000 

040 SYSpatch . x の情報の取得 

8001 

MMU のキャッシュモードの取得 

8004 

MMU のキャッシュモードの設定 

F 000 

論理アドレスを物理アドレスに変換 

F 00 I 

指定物理アドレスを指定論理アドレスにマッビング 

F 002 

指定論理アドレスの状態設定/状態取得 


040 SYSpatch . x の情報の取得 040 SYSpatch.x バージョンを DO レジスタに、 5 萑保された 
ROM のコピー領域の先頭番地を A 1 レジスタに返します0 

メモリが 12 M バイトの場合には、 D 0:#”2.1 d ’’、 A 1:$ BF 0000 となります。 

MMU のキャッシュモードの取得 A 1レジスタの値が含まれるページ （8 K バイト単位）の 
キャッシュモードを DO レジスタに返します。 DO レジスタに返される値とキャッシュモ 
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ードの対応は、次のとおりです。 


DO 

キャッシュモード 

0 

ライト スルー キャッシュオン 

1 

コ ピーバックキャッシュオン 

2 

キャッシュオフ（シリアライズドアクセス） 

3 

キャッシュオフ（ノンシリアライズドアクセス） 


MMU のキャッシュモード設定 A 1 レジスタの値が含まれるページ （8 K バイト単位）のキ 
ャッシュモードを D 2 レジスタの値に設定します0 DO レジスタには、変更前のモードが返 
ります。 

D 2 レジスタで設定する値、および DO レジスタに返される値の意味は、 「 MMU のキャ 
ッシュモードの取得」で'示した DO レジスタに返される値と同じです0 
なお、 MMU でキャッシュオンのモードに設定しても、キャッシュ制御レジスタでキ 
ャッシュオフに設定されている場合、すなわち、 IOCS-$AC ( Dl =4) でキャッシュオフ 
にした場合は、キャッシュオフで動作します。 

逆に、キャッシュ制御レジスタがオンであっても、 MMU でキャッシュオフのモード 
が設定されている場合、そのぺージはキャッシュオフでアクセスされます。 

論理アドレスを物理アドレスに変換 

A 1 レジスタで示される論理アドレスを物理アドレスに変換したアドレス値を DO レジス 
夕に返します。 

指定物理アドレスを指定論理アドレスにマッピング 

A 1 レジスタで示される論理アドレスを D 2 レジスタで示される物理アドレスにマツピン 
グします。ただし、 MMU のページサイズが 8 K バイトなので、マッピングで指定でき 
るアドレスは 8 K パ、イト単位で、端数は無視されます0 DO レジスタにはマッピングした 
ページディスクリプタの情報のうち、物理アドレス部を0にした値が返ります0ページ 
ディスタリプタの詳細については、68040のューザーズマニュアルを參照してください0 
指定論理アドレスの状態設定/状態取得 

A 1 レジスタで'示される論理アドレスが含まれるページの、ページディスクリプタの物 
理アドレス部を除いた情報を、 D 2 レジスタで示される値に設定します0 D 2 レジスタの内 
容が 一1 の場合は状態読み出しとなり、設定は行いません。 D 0 レジスタには変更前のぺ 
ージディスクリプタの情報のうち、物理アドレス部を0にした値が返ります0 

■ SRAM 設定のキャッシュモード設定のパッチ 

X 68030 はキヤッシュの設定を SRAM に記憶しておき、このキャッシュモードで起動 
すること力 ? できます。 
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これは、 IPL のなかで単に IOCS-$AC ( Dl =2) を呼び出しているだけなので、 IOCS - 
$AC のパッチが当たっていれば 68040 起動時も有効になります。しかし、 Human 68 k に 
対するパッチが当たる前に IPL ルーチン内でキャッシュがオンになると、異常動作してし 
まいます。このため、 IPL 内の処理を nop でつぶし、かわりに 040 SYSpatch.x のなかか 
らシステム起動後に IOCS_$AC ( Dl =2) を呼び出すようにしています。 

■ Human 68 k 、 SCSI ドライバ内のパッチ 

Human 68 k および SCSI ドライパ、内にもキャッシュ制御を直接行っている部分がある 
ので、これらのコードを 68040 対応に直します。 

このほかにもキャッシュ制御を自前で行っているプログラムがある場合は、パッチしな 
ければなりません。パッチ方法は、 ROM で行ったこととほぼ同様です。 

キャッシュ制御コードは、キャッシュ制御レジスタアクセスのために movec 命令を使 
いますので、 movec 命令の機械語コードである $4 E 7 B (16 進）をサーチして対応ルーチ 
ンをパッチすればよいでしよう。 

■コピー バック キャ ッシュへの 酉 M 

ライトスルーモードのキャッシュは 68030 と同じなので、_的にキャッシュ制御コー 
ドをパッチするだけですみますが、注意しなければならないのはコピーバックモードがあ 
ることです。プログラムコードを書き換えた場合、 68030 は命令キャッシュをクリアする 
だけですみます力 ? 、 68040 のコピーバックモードでは書き換えた部分がメモリに書き戻さ 
れていない可肯生もあります。命令キャッシュのクリアとあわせてデータキャッシュのプ 
ッシュを行わなければなりません。 

また、キャッシュオフにする場合は、書き戻されずにキャッシュ上にデータカす取り残さ 
れますので、すぐにキャッシュプッシュして明示的に書き戻さなければなりません。たと 
えば、 Human 68 k ver 3.01 でデバイスドライバを呼び出している部分は次のコードにな 
つています。 



本来のルーチン 

68040のパッチ 


1 

MOVEC 

CACR,DO 

MOVEC 

CACR,DO 


2 

MOVE.L 

D 0,-( A 7) 

MOVE.L 

D 0 / -( A 7) 


3 

AND.W 

#$ FEFF , D 0 

BCLR.L 

#31, DO 

—変更 

4 

MOVEC 

D 0 ,CACR 

MOVEC 

D 0 ,CACR 


5 

BSR.W 

XXXX 

CPUSHA 

DC 

—揷入 

6 

MOVE.L 

( A 7>+, D 0 

BSR.W 

XXXX 


7 

OR.W 

#$0800 , DO 

MOVE.L 

( A 7)+, D 0 


8 

MOVEC 

D 0 ,CACR 

MOVEC 

D 0 ,CACR 


9 

RTS 


RTS 



10 

XXXX : .... 

XX } 

.... 
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デバ、イスドライバを実際にコールしているのは10行目の XXXX : の部分ですが、その 
前後でキャッシュを操作しています0本来のルーチンは、4行目で CACR のビット 8( ED ) 
を0にすることでデータキャッシュをオフにし、デバ、イスドライバ坪び出しから戻った 
7行目で CACR の値を戻すとともに、11ビット目 ( CD ) を1にしてデータキャッシュ 
をクリアしています。 

しかし、コピー バ' ックキ ャッ シュの場合はそうはいきません。4行目でデータキャッ 
シュをオフにしたら、すぐに5行目でデータキャッシュのプッシュを実行して、キャッ 
シュをメモリに書き戻すようにしています。 


5.2.2 MMUamm 

本来、 MMU は論理アドレスと物理アドレスの変換をするための機構です力 5 '、040 
SYSpatchx では MMU の持つページごとの属性設定という機能を使って I / O 領域のベー 
ジをキャッシュ禁止に しています 0 また、 ROM のコピー領域を本来のアドレス位置にマ 
ッピングしていますが、それ以外の領域は論理アドレスと物理アドレスで一致した値にな 
つています。 


メモリエリア 

アドレス 

キャッシュモード 

ユーザーアクセス 

書き込み 

システムエリア 

$000000 〜 w 

ライトスルー 

禁止 

許可 

フリーェリァ 

*1~聿2 

ライトスルー 

許可 

許可 

ROM コピー領域ほか 

*2~*3 

ライトスルー 

禁止 

禁止 

VRAM 

$ C 00000〜$ E 7 FFFF 

キャッシュ禁止 

禁止 

許可 

I/O 

$ E 80000 〜$EAFFFF 

キャッシュ禁止(シリアライズド) 

禁止 

許可 

SPRITE 

$ EB 0000 〜$EBFFFF 

キャッシュ禁止 

禁止 

許可 

ューザー I/O 

$ EC 0000 〜$ECFFFF 

キャッシュ禁止(シリアライズド) 

禁止 

許可 

未使用 

$ EE 0000 〜$EFFFFF 

キャッシュ禁止 

禁止 

許可 

ROM 

$ F 00000 〜$FFFFFF 

ライトスルー 

禁止 

禁止 


* I : Human 68 k が使用する領域の直後 

* 2 : 040 SYSpatch . x が確保する領域の直前 
*3 : メモリの最上位 


これらのキャッシュモードは、 IOCS-$AC ©1 二 $8004) を使用することで 、 MMU 
のページ （8 K バイト）単位で変更することができます。 
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第6章 

終わりに 


040turbo の製作は、 X68000 の後継機として登場した力、68030という、いわば一 
世代前の MPU を搭載していたということに我慢がならなくて、 X68030 でなんとか68040 
が動くようにしようと個人的に始めたものです。それまでに X68000 に68020を載せた経 
験はありましたが、* 1 68040は未知の MPU でした。 

そんなわけで、 040turbo のハードウェアは、試行錯誤でなんとか動くようになったと 
いうのが本当のところです0特に、 X68030 のメインメモリのスタテイックカラムモード 
や VRAM アクセスのタイミングがよ〈わからず苦労しました。もっとも、 X68030 のハ 
ードウェアタイミングの資料などは公開されていませんから、今でも大丈夫かという不安 
はあります。動いているからよしとしているというの力す本当のところで、厳密にタイミン 
グ設 It をすること自体、不可能なことです。 

実際、最初にバラック基板で組み上げたハードウェアは変更につぐ変更で、今やグチャ 
グチャです。なんとか動くこと力 5 Tiff 忍できたのでプリント斟反を起こしましたが、今から 
見れば、よく動いたな、と驚いてしまうような代物でした。 

今の基板は非常に安定して動いていますが、 50MHz クロックの取り出しなど、まだ改 
良の余地があります。また、2次キャッシュや口ーカルメモリの搭載など、ハードウェ 
アに心得のある人は 040turbo の基板を叩き台にして、ぜひとも改良を試みてください。 

ソフトウェアでも同じようなことがいえます。68040はおろか、68030のキャッシュさ 
え初体験でしたので、 040SYSpatch.sys も試行錯誤で作ってきました。今では 040turbo 
の参加者の手により、さらに改良が加えられています。 

しかし、今の安定したシステムカ ? 最初から提供されていたわけではありません。参加者 
のみなさんの協力により、ハードウェア、ソフトウェアの両面で改良を続けてきた結果が 
今のシステムです。 

X68030 で68040をサポートしていない現在、新しいシステムソフトウェアが出ればパ 
ッチは作りなおさなければなりません。また、フリーソフトウェアについても、 040turbo 
への対応をそれぞれの作者に期侍するのは無理ですから、自分でノヽ°ッチを当てていかなけ 
ればならないでしょう。 

040 turbo のプロジェタトは「フリーハードウエア」と「フリーソフトウェア」から成 


*1 なかったので、ただ単に動くようになったというだ 

68020の性能がまったく出なかったし、安定もし けで、それっきりですが。 
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第 6 章終わりに 


り立っております。不具合には可能なかぎり対处するつもりですが、それを保証すること 
はできません。参加者のみなさん自身の責任で使ってください。そのかわり、 040turbo 
はソフトもハードもすべて自由です。参加するみなさんの手でよりよいものにしてくださ 


- P.S. — 

68040はそのバス性能に見合った周辺回路でなければ本来の性能を発揮することはでき 
ません。このため、 040turbo による X68030 での68040の使用は、本来のモトローラの設 
計趣旨からは邪道といえるでしよう。たとえていえば、 040turbo という強力なエンジン 
を、ひ弱な足まわりの車体に無理やり載せているようなもので、バランスが悪いためにエ 
ンジンの1生# g を発揮できないのです。 

しかし、たとえバランスは悪くても、自分の マシンで 68040が動くということにはワク 
ワクするものがあります。そんな思いから 040turbo のプロジェクトを始めました。いろ 
いろ問題もありましたし、これからも問題が出てくると思いますが、温かい目で見守って 
ください。 

もはや68040さえ速い MPU とはいえなくなってしまいましたが、 040turbo を搭載した 
X68030 は、間違いなく X680x0 シリーズの最高峰であるといえるでしよう。 
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APPENDIX 


APPENDIX A 

不具合報告のフォーマット 


現在わかっている不具合報告は、添付のディスクのなかの 「040 ERROR . log 」 という 
ファイルに入っています。ほかにも不具合がありましたら、このフォーマットて報告して 
〈ださい。といっても、あくまで目安です。 

以下に記入例を挙げておきます。 


040 turbo の不具合票 

発見日 : 93/10/15 

発見者 ： BEEPs ( PEG 00631) 

基® S 数 ： 01 

68040版数 : 02 E 31 F 

GAL 版数 : IC 1, IC 2 JC 3 JC 4, IC 5 

パッチソフト版数： 040 SYSpatch.sys verl.l 

不具合内容 ： FD アクセスでハングアップすることがある 

<その他> 

see . x で FD をアクセスすると、ほぼ確実にハングアップする 0 

なお、この不具合は、 040 SYSpatchsys ver 2.0 で対处しました。 
このほか、ハードウェア面では次の不具合が報告されています。 

• I / O スロットを取り付けていないと動かない。 

• クロックアップしているマシンでは、 1 C クリッブ接続では動かない。 

• 040 turbo がよくゆるむ 0 

• 68030の挿し込みが悪くて壊れた。 

• 68030 モードが動かない (APPENDIX B 參照)。 

•純正イーサネットボードが使えない。 
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APPENDIX 


APPENDIX B 

68030モードの不具合対策 


X 68030 には個体差があるようで、 040 turbo で68030モードを使用すると異状が出る場 
合があります。 X 68030 の マザ ー ボードに68030を直接挿した場合は問題がなくて、040 
turbo 搭載時に エラーが 出る場合は X 68030 の マザ ー ボードに対策を施す必要があります。 

具体的な対&方法は、マザーボード上の IC 9 の19番ピンと2〇番ピンの間に小容量のセ 
ラミックコンデンサを半田付けします。コンデンサの容量については厳密には調べていま 
せんが、 390 PF および 470 PF で実績がありますので、この付近の値のものを使用してみ 
てください。 

IC 9 は、内蔵メモリスロットのコネクタの下のほうにあります。ピン間隔の狭い表面実 
装タイプの 1 C なので、作業は十分慎重に行ってください。 



383 

















APPENDIX 


APPENDIX C 

放熱対策 


X 68030 の場合、ヒート シンクに よる自然冷却は期待できないので、冷却 フアンに よる 
強制冷却を行うほうがよいでしょう。どのように取り付けるかは自由です。 

題は冷却 フアンを 回す電源をどこからとるかということでしょう。 5 V で回る フアン 
なら適当なところからとることもできますが、できればロジックとは別のところからとっ 
たほうがいいでしょう。私は、 フアン 専用に小さな電源を用意しています。 X 68030 の AC 
アウト レッ トは連動しないので、うっかり フアンの 電源を入れ忘れて青くなったこともあ 
りますが。 

もっとスマートにしたい人は、フロッピーや電源が入っている左側のタワーから電線を 
延ばして電源を持ってくるのがよいでしょう。 

左側のタワーを開けると、図 C .1( a ) のあたりに電源ケーブルが延びていますので、こ 
こから引き出すのがお手軽です。すでにこの電源が他の用途に使われているなら、図 C .1 
⑸のように電源コネクタの itJ 雌をつなぎあわせた一種の延長ケーブルのようなものを作 
り、これを途中にかませておいて電源を引き出せばよいでしょう。 

とはいっても、2つのタワー間にどうやって電線を通すかということのほうがかえっ 
て大変でしょう。これは各自で工夫して〈ださい。 

なお、右タワーにカバーをすると相当に熱がたまるので、68040の付近のカバーに穴を 
開けたり、タワーの上部に S 瞎^用のフアンを設置するなどの対策もとったほうがよいでし 

よ5〇 



⑻ 


( b ) 


(例） 
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APPENDIX D 

040 turbo 図面 


040 turbo (01 版）の部品表、回路図、実装図、パターン図です。 


品名記号 

型式 

規格 

メーカー 

単位数 

備考 

MPU2 

XC68040HRC25 

25MHz 

モト ローラ 

1 


ICI 〜3 

GALI6V8B-7LP 

70nsec 

ラテイス 

3 


IC4、5 

GAL20V8B-7LP 

70nsec 

ラテイス 

2 


IC6 

SN74AS74NS 


T.I. 

1 


IC7 〜12 

SN74AS245NS 


T.I. 

6 

74F245 でも可 

ICI3、 14 

SN74AS374NS 


T.I. 

2 

74F374 でも可 

Rl、2、4、6 〜10 

BCR 1/10 I03J 

IOkQ 

ベックマン 

8 


R3、5 

BCR 1/10 20IJ 

200Q 

ベックマン 

2 


RAI 

M9-I-I03 

IOkQ 

ベックマン 

1 


C2— 20 

GRM40FI04Z50PTB 


村田 

19 


C 追加 

ECEV0JAI0ISP 


松下 

3 


MPUI 用ソケット 

ICI22-I28I3-0BS4 

I28pin 

ヤマイチ 

1 


MPU2 用ソケット 

ICI22-I79I8-IBS4 

I79pin 

ヤマイチ 

1 


SOCKET 用ソケット 

PSI28I3-0B4 

I28pin、20mm 

ヤマイチ 

1 


ICI 〜3用ソケット 

IC26-2003-GS4 

20pin 

ヤマイチ 

3 


IC4、5 用ソケット 

IC26-2403-GS4 

24pin 

ヤマイチ 

2 


CN 丨〜3 

IL-2P-S3EN2 

JAE 

JAE 

3 


CNI 〜3(ケーブル側） 

IL-2S-S3L 


JAE 

3 

付属ヶーブル用 

CNI 〜3用コンタクト 

IL-C2- 10000 


JAE 

10 


スイッチ 

MS-240 青 


ミヤマ 

1 


し ED 

DB-9 赤クローム 


サトーパーツ 

1 



表 D .1040 tu 「 bo 部品表 
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図 3 040 tu 「 bo 制御部 （ CONTROLLER ) 
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図 4 040 tu 「 bo バス組み換え部 （ BUS - SIZING ) 
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図 D .5 部品面配置 
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♦ 


図 D .6 半田面配置 
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図 8 半田面パターン 
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040 tu 「 bo の GAL のソースリスト 


IIC1 のソース 


Name 

Partno 

Dale 

Revision 

Designer 

Company 

Assembly 

Location 

Device 


IC1.V5; 

IC1 V5; 
3/3794; 

05: 

BEEPs; 

FREE HARD; 
XXXXX; 
XXXXX; 
g!6v8a; 


ぶ:::;::::::::::::::::::::::: 


/** Inputs ♦♦/ 


11 


BCLK 
!TS 
RD.WT 
s.long 
Ivait sv 
IDSACKO 
IDSACK1 
xta 

EX ADR1 
!TIP 


/M Outputs **/ 


Pin 

Pin 

Pin 

Pin 

Pin 

Pin 

Pin 

Pin 

/M 


12 

13 

U 

15 

16 

17 

18 
19 


!AS 

IDS 

Id.long 
!d_word 
nex し bus 
next_adr 
!dsa_»alt 
!tsn_wait 


Logic Equations • 傘 / 


read - (RD WT) 
write » (!RD WT) 
adr.low»(!EX.ADRl) 


tsn • TS 3 nex し bus & !xta; 

tsn.wait.d « isn; 

new^tsn * tsn.wait & wait.sw 


!wait_sw 


AS. d » 

new^tsn 

k Ixta 


# 

AS 

k Ixta : 


DS. d * 

new.tsn 

& Ixta & 

: read 

S 

AS 

& ixta : 


dsa_wait.d 

=(DSACKO 

9 DSACKl) 

& AS; 

d.long * 

(DSACKO & DSACKl) 

& AS & dsa_wait : 


(DSACKO S DSACK1)& AS & dsajrait: 

s_long & d.word & (DSACKO $ DSACKl) & adr low & 
bus & Ixta : 


next.bus. d* AS & 
i next, 


next_adr. d= nexi.bus ； 


•IC2 のソース 


Name 

102 V5; 

Partno 

IC2 V5; 

Dale 

3/2794; 

Revision 

05; 

Designer 

BEEPs; 

Company 

FREE HARD: 

Assembly 

XXXXX; 

Location 

XXXXX ： 

Device 

gl6v8a: 
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♦ V 

!oe_always 
xta 
!TA 
!TEA 

las.nask 
ta:sub 
!dsa vait 
DLE" 

next.adr 


/♦♦ Logic Equations ♦♦/ 
s.word » Is.long: 
as_«ask.d = AS; 

dsa_wait.d-« ( d_long 3 d.word 


*ai i.mask 
xu.d * 


ta.sub.d 
TA.d « 


* !，aii_sw : dsa.tai 

AS & ( (d^long : d 
:(BERR : A 


AS & ( s_word & d 
s s.long & 


d 


((d_long 4 «alt_n 
2 as.nask & AYEC ： 


TEA.d 3 AS 4 BERR & as.mask; 
next.adr.d * nex し bus: 

DLE « AS; 


_IC 3 のソース 


Nane 

IC3; 

Parmo 

XXXXX; 

Date 

10/3/93; 

Revision 

03; 

Designer 

BEEPs; 

CoBpanr 

FREE HARD; 

Assembly 

XXXXX: 

Location 

XXXXX; 

Device 

gl6v8a; 


/ ♦幸…… 

/♦♦ Inputs ♦♦/ 


Pin 

1 

iack : 

Pin 

2 

SI2E0 : 

Pin 

3 

SIZE1 : 

Pin 

4 

!d_long 

Pin 

S 

!d_word 

Pin 

6 

next.adr : 

Pin 

7 

next.bus : 

Pin 

a 

EX.ADRl : 

Pin 

9 

RD_H : 

/" 

Outputs 

♦ •/ 

Pin 

11 

!TIP 

Pin 

12 

ol 

Pin 

Pin 

13 

14 

s.long 
lg dhdh 

Pin 

IS 

igldldl 

Pin 

16 

Ig.dhdl 

Pin 

17 

!g_dhbuf 

Pin 

18 

EX.SIZEO 

Pin 

19 

EX SIZEl 


/♦* Inputs ♦♦/ 


in 

i 

« .BCLK 

in 

2 

» s long 

in 

3 

» !AVEC 

in 

4 

« Id.long 

in 

5 

* !d word 

in 

6 

» !BERR 

in 

7 

« next bus 

in 

8 

- !AS 

in 

9 

• !wait_si 


/* 

/♦ 

/♦ 

/♦ 

/♦ 


% 


_*ord) & tait_mask 
VEC ) k as.mask ); 

•*ord 

_»ord & next.bus ) & wait.mask; 
ask ) S ta.sub ) & !AVBC 




p 106 J, CJ 6 < ■— ao 9 
out 


/ ppppppppp 
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/** Logic Equations ♦♦/ 

read » (RD.WT) : 
write « (!RDJfT): 
adrjow » (IEX_ADR1); 
adr.hi * (EX.ADR1); 

read.adr.hi * read & (lack : (!iack k adr.hi)) : 

gaie * TIP & !next_adr; 
gate2 * TIP k next.adr: 

tmp.long * SIZEO & SIZE1 ff ISIZEO & !SIZE1: 

s^long « tnip^long; 


g.dhdh » gate & ( s_long 

S !s_long & adr.loi); 

g.dldl « gate & ( s.long 

* !s_long & vrile k ad し hi 

• is.long k read.adr.hl & Id.word ) : 

g.dhdl « gate 4 ( ls_long & write & ad し hi 

i Is.long k read.adr.hi & d word ) 

9 gate2; ' 

g_dhbuf » gate2 & read; 


sO « SIZEO; 
si » SIZE1: 
s2 « adr.hi; 

FIELD size30 « [s2..sO] : 

FIELD size40 « [EX_SIZE1. EX.SIZEO]; 

TABLE size30 »> size40 ( 

'b'OOO O 'b^OO: /* long W 
b'001-> 'b Ol:/♦ byte ♦/ 

• b. 010 麓〉 .b.10: /♦ word ♦/ 

.b.Oll■> *b'00 ： /♦line ♦/ 

•b_ 100 ■> 'b'10; /♦long->vord ♦/ 
.b. 101 O •b' 01 ; /% byie ♦/ 

•b. 110 »> .b‘ 10: /♦ word ♦/ 

'b'111•> 1 b'10 ： /* line->word ♦/ 


s_long. oe * * b* 1; 
g.dhdh. oe > * b* l ; 
g.dldl. oe * ‘ b.1: 
g.dhdl.oe « ‘b. 1: 
g_dhbuf. oe « ' b'1 
EX.SIZE0.oe * TIP 
EX.SIZEl.oe » TIP 


•IC4 のソース 


Name IC4_v3; 

Partno IC4 v3: 

Date 11/05/93; 

Revision 05; 

Designer BEEPs; 

Company FREE HARD; 
Assembly XXXXX: 

Location XXXXX: 

Device g20v8a; 


/***♦*#**♦****♦♦*♦**♦♦*♦♦♦********♦♦♦♦♦♦♦♦♦♦♦♦♦*♦*♦♦♦♦*#*♦♦**♦*♦♦♦♦/ 

/** Inputs 奉 */ 


n 

n 

n 

n 


Pin 

Pin 

Pin 


4 

5 

6 

7 

8 
9 

10 

11 


TT0 

TT1 

TM0 

TM1 

TM2 


ADR0 

ADR1 

ADR2 

ADR3 


s.long 

next.bus 


/♦ ♦/ 
/♦ */ 
/♦ ♦/ 
/♦ ♦/ 
/♦ •/ 
/♦ ♦/ 
/♦ ♦/ 
/♦ V 
/♦ ♦/ 
/♦ ♦/ 
/* ♦/ 
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) 






o adr030 
»> . b.00 
»> * b* 01 
b_ 10 
»> ‘b.11 
•b.00 
: 〉 *b*0l 

i 1 10 

»> • b. 11 
«> 'b' 00 
»> . b.00 
•b. 00 
«> _b.00 
'»•10 
*> 'b' 10 
• b. 10 
»> • b.10 


/♦not long (!s_long) ♦/ 

/♦ normal long (s_long & !next_adr) ♦/ 
/* next long (s_long 4 next.adr) ♦/ 


lack 

* mode.iack: 


FC2 

* mode.iack 2 

TnPc2 

FCl 

* mode.iack s 

TroFcI 

FCO 

* mode.iack s 

TnFcO 


EX.ADR3 * mode.iack & TM2 s Imode.iack i ADR3 

EX.ADR2 « mode.iack & TMl : !node_iack & ADR2 

EX_ADRl * mode_iack & T.M0 i !mode_iack & adr 1 

EX.ADR0 * mode.iack & ' b'1 : !modeliack ^ adrO 

FCO.oe* oe: 

FCl.oe« oc; 

FC2.oe s oe; 

EX_ADR0.oe= oe; 

EX.ADRl.oe* oe; 

EX.ADR2.oe e oe: 

EX.ADR3.oe * oe: 


IIC5 のソース 


Name 
Partno 
Dale 

Revision 

Designer 

Company 


ICS: 
XXXXX; 
10/3/93; 
03: 




HARD; 


/♦* Logic'Equations ♦♦/ 

mode.iack = ( TT0 & TTl )： 

a3«s_long; 
a2«next adr; 
a い ADR1 了 
aO*ADRO : 

FIELD tm040 * [TM2..0 ]： 

FIELD fc030 « [TinFc2..0 )： 

FIELD adr040 * fa3..aOj : 

FIELD adr030 » [adrl.adrO] : 

TABLE tm(M0 *> fc030 I 

'b'000 O ' f 101: /♦♦* V3 "*/ 

•b.00 い〉 ， b ， 001; 

*b*010 O 'b' 010 ： 

• b.011O .b. 101 :/*“ v2 *♦♦/ 

•b. 100 *> •b. 110: /*♦* v2 ♦♦♦/ 

• b. 101 O _ b_ 101 : 

'b' 110 »> *b' 110 ； 

'b'111 *> •b ill ： 


o o o11o o 110 01 


dbbbbbbbbbb 


b b b b b b 


Bl 

A 


/// //////// 

/// //////// 

0 12 3 

3 R R R R 

I DDDD 
丨 l A A A A k 
e X2 o12 I I I I c 

cel cccxxxx a 

! n B // FFFEEBEi 

2 澶 s csssaxsa 

s 

AJ JH AJ p 5 6 7i Auo 9 o12 

—i 1i A#L t i —i —11li A/w 04 

ou 

n n n 丰 nnnnnnnn 
ppp / pppppppp 
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CK 

ILOCK 
ILOCKE 
IEX.BR 
SW30 40 

14 

15 

IBG.30 

IRSTO 

ITIP 

!BR_40 

!oe 
all 
al 12 


♦ */ 


!EX_BG 
!BG 40 
1BR.30 
!bg_walt 
1EX.RST 
!rsto msk 
!RSTI 
now.mode 


/* 

/♦ 

h 

/♦ 


/♦ 

/♦ 

/* 


/** Logic Equations M/ 


now_mode. d 


BX.RST & SW 30.40 
f !EX_RST & now_mode; 


mode_30 « (now_mode) : 
mode_40 8 (!now_node) : 

BGJO 

BR.30 


mode,40 k ( IEX.BR 

mode_30 & EX.BR 
# !node_30 ： 


L0CK& ILOCKE ); 


bg.wal t. d 
EX BG » 

J 

EXJST 

EXJST.oe 

rsto_msk 

RSTI 


■ !BG.40 & !TIP; 

mode JO & ( !BC_40 & ITIP & bg wait 
mode_30 k BG_30 ； 

* .b.1: 

» RSTO; 

* RSTO 9 ITIP & rsto.nsk & !EX.BG ； 

* EXjST i 


!RST0 & !rslo_msk ) : 


BG.40.oe*' b* l 
BR.30. oe*_ b_ 1 
EX BG.oe«. b.1 
RSTI.oe«_b_ I: 


Assembly XXXXX ： 
Location XXXXX; 
Device g20v8a: 


/** Inputs ♦♦/ 


45678901 343 p 56789012 
—I 1i n n t —i—i —1 i i OL 2 2 

ou 

nnnnnnnn nnn ネ nnnnnnnn 

l I *1 »1 »1 *1 *1 #1 i *1 «l 幸 *1 «l *1 i i i i >1 

rppppppIP ppp // ppppppplp 
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APPENDIX E 

クロックアップマシンでのウェイト挿入 


040 turbo は、 25 MHz のクロックで動作するようにチューンナップされています。 
このため、クロックアップしたマシンで使用する場合は正常に動作しません。この問題に 
対応するため、独自にウェイトを挿入できる機能を追加しています。 

以下の設定をすると、ウェイトを挿入することができます。 

1) IC 1-5 番ピンをプルダウン——>西信号から沾信号を作るときに1ウェイト 

2) IC 2-9 番ピンをプルダウン ——> DSACKx 信号から〒瓦信号を作るときに1ウェ 
ィト 

通常は 2) の IC 2-9 番のほうの1ウェイトだけで十分ですが、それでも調子が悪いよ 
うなら、 1) のほうも試してみてください。 

最新基板（’94年4月以降製造の物）に関しては，図 E .1 のようなジャンパー端子を設け 
てあり、ショートプラグを抜けばプルダウンされるようになっています。 



図 E .1 ジャンパー端子の位置 
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WAIT2:IC2-9 : 

WAIThlC^ 


DSACKx^TA '； 

TS ►AS 


VCC 

0-wait 

VCC 

0-wait 


VCC 

0-wait 

Pull-Down 

1-wait 

拳 

Pull-down 

1-wait 

VCC 

0-wait 


Pull-down 

1-wait 

Pull-down 

1-wait 


図 E .2 ショートプラグとウェイトの関係 
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付録 2 040tu 「 bo アプリケーシヨンソフトウヱア動作状況 


付録2 

040 turbo 77° リケーシヨンソフエア動作状況 

(’94 年 4 月 24 日現在） 


040 turbo でソフトウェアの互換性に関して問題なるのは、主にキャッシュの違いによ 
るものです。 X 68000 時代のプログラムの一部が、 X 68030 の登場時に不具合を起こした 
のと同様、ある程度しかたがありません。しかし、多くのソフトウェアカす 040 turbo 上で 
問題なく動いていますし、不具合のあるものもパッチや対处方法が考えられています。 

どの程度のアプリケーシヨンソフトウェアカす 040 turbo で動くのかの目安として、040 
turbo の参加者のみなさんに協力していただき、動作しているアプリケーシヨンソフトウ 
ェアをリストアッフ。してみま した。 

なお、 X 68000 および X 68030 のすベての ソフトウェアを網羅しているわけではありま 
せんし、また、あらゆる状況を想定してチェックしているわけでもありません。あぐまで、 
参考と思ってください。 


■コピーバックモード、ライトスルーモードともに問題なく動くもの 

l6color graphic Loader/Saver ver 1.07 
ask68k.X 

bdif/bup ver 1.1 rel7/rel 12 

bmp.x Ver 0.1-00-/A 

BMPL.R v0.32 

CHGENV Version 0.12 

cawf-4.0 + lx 

CVS vl.3 for Human68k 

DCA.R ver 1.28 

DCACHE2.R v2.l I 

de.x ver0.22 

DEDIT version 2.25 

dis ver 2.060 

disasm X6_04 

DJ.x Ver 1.0a X68k Ver 4.2.0 
EasyDraw.x 
ED.R ver 0.99XH 
expfd v0.3 

F.X (size 20058 88-09-01 12 : 00 : 00 version) 

FES.X Ver U5e 
fish vO.8.1 
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FIXER Ver4.0-VI.20 ReUO 

flex version 2.3 for Human68k X6 10 

g++ version 1.40 .3 X68k 

gcc version 1.17 Tool # 1(X68) Based on 1.42 

Ghostscript 2.40000009 53674.1 

gif.x Ver 2.00 

GNU Bison version 1.19 for Human68k X6 0I 
GNU Make version 3.62 (X6 I2) 

GNU tar version 1.1 1.2 (X6_0l) 
gzip 1.2.4 (X6 03 for X68030) 
hapic.r VI.29D 
HAS.x V3.02 
HAR.x vl.33 

HIOCS version 1.10+16 

Hi-Speed FontDriver v 1.20 (hfont/h 12fon) 

HLK.x V2.28 
ITA Toolbox 

jlatex (virtex”This is pTeX, C Version 2.99 j 1.6 pi.0.9a ”） 
jpeged.r Ver 1.00 + 0.15 

jperl verison 4.036 + 1.4 + 0.0(Human68k, SJIS) 
kran.x ver 1.3 

less version 177 for Human68k 
Ihes v0.76 
Ihv vO.84, 0,85 ， 

Ihx v.l.04f 
Indrv version 1.25 

MACS 11 MIRO Animation Controller for System registration Version 1.04 
MADRV verison 2.01a HSX/2.06+15/16 
mfged V5. lo 

MicroEmacs 3.10 JI.3I NI, JI.43 (rel.5) 

mint vl.3l 

Mirage System 

MORPH! 

mount87 

Mule Version 1.0 (KIRITSUBO) PL0I (X07) 

My.x Ver U I 

NIFP X6_05a (based on Ver.3.71) 

Nemacs.x 

panic.x version 1.24 
patch.x 

PD KSH v4.9 (X6 23) 

PIC2.X ver0.06 
pi.r ver 1.07 + 01 
plain2 r2.3, r2.53 
preview.x (2p09) 

RC play driver v 3.00 f & converters 
RCS version 5.6.4 (beta) X6 8 
RJJ Release 0.21 
see v0.3l 

SETPATH Version 1.004- 
shake v 2.06 
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SiV.x ver0.97a 
sprndev.x 
sprndiv2.sys 
SV.x Version 0.99 rel.6 
swap verl.20 
tf.x l.58i 
tif.x Ver 0.22 
TIFFVIEW.X Ver 1.06 
tsort.r ver2.55 
TwentyOne vl.3l 
UnZip 5.0pl 
WINDEX vl.14 

X680x0 TeX Previewer Ver 2p09a 

X68k Font Manager Ver 3.00a 

X Basic 

xgif.x Ver 0.5 

XMISA.X Ver 2.13 

Zip 2.0 

ZMUSIC System V2.0I 
zsh v2.3.IX6_03p6 

シヤ■—ペン 
キャンバス 


■コ ピーバック モー ドでは問題が出るが、ライトスノト モー ドでは問題なく動くもの 


ソフトウ X ア名 

不具合の内容 

飢狼伝説 2 

コピーバックでも動作するようだが、途中でハングしたり、不安定な 
動作をしたりする。 PCM もおかしくなる。問題なく動くという報告も 
ある 0 

三國史 2 

コピーバックでも動作するようだが、表示がおかしくなり、不安定にな 
る。 

adjust2a.r 

コピーバックでも動作するようである。 

apicg.r ver2.0i 

ほとんど正常に動く。ただし、 256MAG や 256BMP など、 768x512 ドッ 
卜 256 色表示を無理やり実現するモードでは正常に表示されない。 
040SYSpatch.sys v 2.3 以前ではハングしていたが、 v2.3 以降になってハ 
ングしなくなった。 

ED.R 

コピーバックでも動作するが、起動時にエラーが出ることがある。エ 
ラーが出ても「中止」を選んでやれば、とりあえず動くようである。 

FMT.R ver 1.42 

ドキュメント中で Izx で圧縮することを勧めているが、 Izx で圧縮して 
あるとコピーハヽンクでは動かない。 

Geograph Seal 

040 モードだと画面まわりが少し乱れる。また、クロックを上げると 
飛ぶ。 

Matier V 2.00 

起動はライトスルーでないと駄目。起動後は、コピーバックに切り替 
えて動作させられるが、いくつかの機能が正常に動作しないようであ 
る。 

PCM8.X 0.48b 

コピーバックでは動作が不安定になる。 
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QuTERM 

コピーバックでは文字落ちの可能性がある。 

これは tmsio.x の不具合に起因するものである。 

RCD 

クロックを上げると飛ぶ。 

RyDeeN 雷電 
version 0.04b 

PCM8 を外せば、コピーバックでも問題なし。 

StreetFighter 2 

コピーバックでも動作するようだが、途中でハングしたり、不安定な 
動作をしたりする。 PCM もおかしくなる。 

なお、キャッシュオフでも駄目という報告もあり。 

TMN.x 

(tmsio.x verO.31) 

コピーバックでは文字落ちの可能性がある。 

これは tmsio.x の不具合に起因するものである。 

ZsStaff PR068k 

version 3 

コ ピーバックのデータキャッシュイネーブルで動かすと、 マウス がい 
うことをきかなくなる。動作はするが、独自のルーチンを使っている 
ようで、 マウス ポタン ON .OFF のルーチンまで高速化してしまい、痙 
孿技を使わないとダブルクリックを認識してくれない。 


■キャッシュオフで動くもの 


ソフトウェア名 

不具合の内容 

グラディウス 

キャッシュディセーブルで動く。 

DiskCopyll(dc.r) 

ver0.65 

キャッシュオンだとコピーに失敗する。 

し ED.R 

ライトスルーでは画面表示が一部おかしくなるだけで、エディタ自身 
にはまったく影響がない。コピーバックでも動作することがあるが、 
確実に動くとはいえない。 


■ 040 turbo では個別のパッチが必要なもの 


ソフトウェア名 

補 足 

CDDEV.SYS 

patexec 用のパッチフアイル CDDEV.pat が公開されている 0 

condrv.sysi.09c 

X68030 用にパッチを当てれば動く。 

db.x ver 3 

バイナリ差分フアイル db.bfd が公開されている。 

fsx.x 

patexec 用のパッチフアイル fsx.pat が公開されている。 

ROM デバッガ 

SRAM による起動時の組み込みはできないが、一度 (MOSYSpatch を登録 
後は使用可能となる。 

scd.x ver 3 

バイナリ差分ファイル scd.bfd が公開されている。 

view.x ver 1.15c 

X68030 用にパッチを当てれば 0K 。 
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■ 040 turbo で不具合のあるもの 


ソフトウヱア名 

補 足 

jpeg.x Ver 1.30 

動作はするが、一部表示されないデータがある。 

mag.r vl.10 

ほとんど正常に動く。ただし、 256MAG や 256BMP など、 768x512 ドッ 
卜 256 色表示を無理やり実現するモードでは正常に表示されない。 

040 SYSpatch.sys v2.3 以前ではハングしていたが、 v2.3 以降になってハ 
ングしなくなった。 

sml ( Small MAG 
loader) ver0.04 

ほとんど正常に動く。ただし、 256MAG や 256BMP など、 768X512 ドッ 
卜 256 色表示を無理やり実現するモードでは正常に表示されない。 
040SYSpatch.sys v2.3 以前ではハングしていたが、 v2.3 以降になってハ 
ングしなくなった。 

Straight Filer 
ver.4.10 

1. & push cache & pop cache が正常に動かない 0 

2 . ファイル選択画面でスクロール時にアドレスエラーが出る。 

それ以外は問題なし。 


■その他 


ソフトウェア名 

補 足 

Human68k ve 「 2.5 

Human68k ver3.0 

パッチプログラム 040SYSpatch が対応していないので、キャッシュオ 
ンにはできないが、使用可能である。 

XOS9 

起動はできるが、キャッシュオンにできるかどうかは不明である。 
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■あとがき 


やっぱり68040がいい0 


この、最初の思い入れから始まった 040 turbo 計画を、今、1つの形にでき 
たことを誇りに思っています。 X 6803 ⑽％が家にやってきてからほぼ1年、 
まっとうなパソコンとしての使い方をした記憶はほとんどないのですが、充実 
した時間を過ごすことができました。巷の、マルチメディアだ、高性能だとい 
った流れとはまったく別の時間を過ごしてきましたが、こういうこともまた、 

X 68030 ならではのことなのかもしれません0 
最後に、 040 turbo 計画の参加者ならびに応援してくれた方々、私のわがま 
まにつきあって忙しいなか、この本のために寄稿してくれた方々、度重なる設 
計変更につきあってくれた神峯電子の方々、遅れる原稿に辛抱強くつきあって 
くれたソフトパ'ンクの方々、そして、陰ながら支えてくれたカミさんと、いつ 

も笑顔の息子* 1 に感謝して、この本を締めく くります。 

氺 1 

私事ですが、この春、 

199俾4月26日午後7時2盼 

2 人目が生まれました。 

BEEPs 


NIFTY-Serve : PEG 00631 


MAX-BBS : MAX 0006 


•ソフ ト バンクからのご 案内 

「 X 68/040 turbo 」 出版にあたり、読者の方の中で 040 turbo を購入したい方に 
は15名様に限り、 040 turbo を配布させていただきます。配布価格は84,000円 
です。希望者の方は、読者カードの 040 turbo の配布を「希望する」という欄 
に〇をお書き込みください。6月末日を締切とし、この日までに募集人員を超 
えた場合は、柚選とさせていただきます。入金方法等については、当選者の方 
に追ってご連絡致します。 

なお、電話でのお問い合わせは受け付けておりませんので、よろしくお願い 
申し上げます。 
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■ INDEX 


A 


数字 • 記号 


040.pat^335 
040cache.x^332, 336 
040ERROR.log ► 382 
040HUMANpatch.x^ 132 
040 MPU . X ^ 332,336 
040SY Spatch.sys ► 136,15 4,197 
040 SYSpatch.X ► 223,332 ,333,374 
040turbo の拡張性 >240 
2 回起動のバグ>206 
32ビットの乗除算命令>32 
4ウェイセットアソシェイテイブ >39 
4層基板 ► 102 
50 MHz クロ ック>327 
5次のテーラー展開 _256 
68020 on X 68000.44 
68030のバスサイクル> 45 
68030ぴ 一ん ち 
68030 モード >56,327,329 
68040 ► 35 

68040だよ LED ► 294 
68040のバスサイクル> 45 
68040 モード ► 56,327,329 
68060 ► 42 
68881 ► 32 
68882 ►19，108 
68 EC 030^29 
74 F 803^323 


allcache.X^ 190,332,336 

B 

BCLK>38 
BMPL.R^ 265,267 

c 

cache . x ^ 187,331 
CINV-366 
cinv 命令 >279 
condrv . sys ^ 138 
CORDIO 256,260 
CPUSH ►183,184,279,366 
CPUSHA-192 
CPU 空間 ► 165,355 
CUPL _ 65,342 
CY 7 B 99 卜 7JfC>224 

D 

DB.X^ 1 11,270 
DCACHE2.R^265 
DHRYSTONE-96 
DLE モード ►214,344,358 

E 

execd^298 


410 




F 

MMl> 132,163,300,371，378 

MMUDIS^215 

float040.X> 152,252,333,337 

FPCP^304 

FPSP^ 108,258 

FPU^258 

MMUTM.X_282 

MMU テーブル ► 374 

MMU のア ドレス 変換 ► 164 
movec 命令 >377 

MPU 切り替えスイッチ >327 

MZ-80K> 12,60,61 

G 


GAL^58, 115,339 

GAL 焼き >219 

GAL ライタ >58 

GCO 146,153,298,333 

N 

NetBSD^ 222,301 
nop 命令 ► 128 

H 

o 

Human68k^83 

Human68k へのパッチ ► 131 

I 

0n-Chip-MMU ► 196,371 

0S9-X 68030 ► 362 

P 

IC クリップ ► 88,223,324 

I0CS-$A 0126 

ITA TOOLBOX ► 298 

PA5 氏 >224 

PAL ► 57 

patexec.sys ► 151,189,246,33 1,332,335 

PCLK>38 

L 

pfloat.X> 152,257,333 

power.x>92 

pv.x^93 

LED ► 150,294 

lndrv^298 

lzx_ 19,189,248,331 

R 

M 

RAM アクセス >22 

ROMDB.X^290 

ROM アクセス >22 

MC 88915 ►223,313 

MDIS^215 

MicroEmacs^298 

ROM デバッガ >77,288 

ROM ルーチンへのパッチ ►130 

R 形式 >266 







s 

SCHDISK へのパッチ >133 
see.x^ 142 
setcache.x^ 190,333 
SRAM 設定 ► 376 

T 

丁 BI 信号 >360 

u 

UNIX ► 297 


V 

VRAM ► 26 
VRAM アクセス 

w 

WHETSTONE ► 96 

X 

X 68000 の ROM-OSW4 
X 68000 用68040ボード>241 
X Window System ► 299 
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INDEX 


あ行 

アサート►47,340 
アートワーク ► 103 
ウェイト^386 
オシレータ >82,236 
オンチップキヤッシュ >31，38 

か行 

仮想記憶 ► 163,299 
カラムアドレス>22 
キヤッシュ►30,31，39，126,362 
キャッシュアドレスレジスタ > 36 2 
キヤッシュ関連レジスタ > 36 3 
キヤッシュ制御 ► 362,365,374 
キャッシュ制御命令 ► 127 
キヤッシュ制御レジスタト 362 , 366 
キャッシュのオン•オフ >368 
キャッシュのヒット率 >255 
キヤッシュのフリーズ機能>369 
キャッシュプッシュアクセス ► 179,359 
グラフイック VRAM >110 
クロック►31，340 

クロック アッ プ> 158，161，212,218,229,386 
クロックシンクロナイザ >223 
コード空間 >355 
コピーバックキヤッシ ュ >378 
コピーバックモード 

► 39,178, 181,189,191,209,247,370 
ゴミ ► 18,140,210 

さ行 

サイズ信号 ► 357 
シェルスタリプト >298 
自己書き換えプログラム ► 18,182,249,359 
シフト処理>32 


ジャンク品の 68040 
ジョイステイックポート ► 128 
条件分岐のプリフヱッチ> 4 1 
シリアライズドアクセス ► 127,337,360 
シングルエントリ モー ド >129 
シンボリックリンク >298 
数値演算 プロセッサボー K -260 
スタテイックカラム モー ド ►23,75,104 
スーパー バイ ザデー タ空間 ► 355 
スーパーバイザモード >362 
セットアップタイム >230 

た行 

ダイナミックバスサイジング►37,52,78,345 
第二次配布 ► 196 
ダイレクトマップ>38，191 
ダーテイキャッシュ ► 178 
突き放し卜 342 
遁倍回路 >313 
データバス変換部>348 
データフ オーマッ トの変更 M 56 
テーブルウオーク ► 164 
転送属性信号 ► 354 
透過制御レジスタ >1 3 2 
同期アクセス方式 >339 
同期式バス >37 
ドータボード ► 310 
特権命令違反 ► 155 

ドットクロック >235 

トライ ステート出力 >65 
取扱説明書 ► 152 

な行 

内部ハーバードアーキテクチャ >40 

ネゲート►47,340 

ネットリスト ► 114 

ノン*シリアライズドアクセス >360 
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は行 

ハイインピーダンス > 65 
倍クロック回路 >223,313 

ハイレゾ>234 

バスアクセス >35,40,340 

バスアービタ >352 

バスアービトレーシヨン機能 >55 

バス エラー_360 

バスェラー例外 >291 

バスクロツク ►312,340 

バスサイクル >32 

バス サイクル制御部> 347 

バスサイジング >347 

バススヌービング_359 

バーストアクセス >128 

バースト転送 ► 105,144,360 

バス幅 _30 

バラック基板 >57 

パーソナルワークステーシヨン >33 

反転クロック >224 

ビデオ取り込み >28 

非同期アクセス >339 

非同期バス >341 

人柱 >81，219 

表示 LED ► 328 

フアンクシヨン コード _355 
フオトェッチングタイプ >61 
不具合 >63 

浮動小数点演算命令 ► 152 
浮動小数点演算 ュニット >372 

フリーソフトウェア ►310,380 
フリップフロップ出力 > 65 

フリ ーハー ドウエア ►BKUSO 


プロセッサクロック ►312,340 
ぺ ー ジ ► 163 
変換回路 >64 
放熱対策 ► 328,384 

ま行 

マウスカーソル ► 140 
マルチプロセッサ構成> 352 
命令キャッシ ュト248 
メモリ管理 ユニッ ト >371 

メモリ保護機能 > 299 

ら行 

ライトアロケートビット >368 
ライト スルー ► 178,189,370 
ライトバックバッフア ^41 
ラージバッフアモード ► 106 
ラ スターコピー >28 
リセット信号 >357 
リセットルーチン >72 

リロケート ► 182 

冷却フアン >384 

ロウアドレス >22 

ロジックアナライザ ► 2 〇 , 83 
ロングワードサイズのアクセス > 53 

わ行 

ワードサイズのアクセスト 5 2 
割り込みアクノリッジサイクルト 356 
割り込みレベル ► 355 
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■以下の質問にお答え下さい 

内容 1 . おもしろい 

装丁 1.よい 

価格 1.局い 


NetBS □本 1. 出たら買ろ 2. 買わない 3. わからない 
基板配布 1 . 希望する 2. 希望しない 

■お読みになった感想をお聞かせ下さい 


■弊社発行の書籍 • 雑誌をお読みになったことがありますか？ 

書籍名 （ ） 雑誌名 （ ) 


X68/040 turbo 


弊社ソフトバンクの本をお買上げいただきありがとろご 
ざいます。今後の編集の資料にさせていただきますので、 
下記のアンケートにお答え下さい。ご協力をお願いいた 
します。 


■この本を何でお知りになりましたか？ 

1 . 雑誌広告（雑誌名 

2. 雑誌の紹介記事で（雑誌名 

3. 書店で見て 4. 書店ですすめられて 

6. その他 （ ） 

■この本をお買上げの書店名は？ 

都•道 
府•県 


5. 人にすすめられて 


区•市 書店 


3 3 3 

う一つう 
0 0 0 
3 3 70 

P2P 


■今後どのような企画をお望みですか？ 















_ ソフト八フク 


ISBN4-89052-505-X 
C0055 P2400E 


__111 

9784890525058 


定価 2,400 円 
(本体 2,330 円 ) 

1111111111 


1910055024007 


心から X 68 k を愛する著者が、 X 68030 購入を機に、これに MPU 68040を載せ、 

高速•ハイパワーなマシンに変貌させるためのボートを自作することを思 t 、立ちました。 

幻， 

本書は、 040 turbo と名付けられたこの計画を、さまさまな試行錯誤の末に 


実現させた男の製作奮闘記で k 040 turbo 取扱説明書付き。 

































